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Telecommunications  Staff  Officers'  Course  at  Keesler  AFB.  The  war  game 
has  been  automated  to  run  on  a  VAX/VMS  computer.  The  program  allows 
computer  assisted  play  of  the  game  using  a  manual  gameboard. 

The  game  has  two  portions,  an  Acquisition  Phase  and  an  Operations  Phase. 
In  the  Acquisition  Phase,  Players  budget  for  research  and  development. 


manufacturing,  purchase,  and  operations  and  maintenance  of  communications 
and  electronic  equipment  for  a  Joint  Task  Force  (JTF).  In  the  Operations 
Phase,  Players  allocate  the  available  communications  and  electronic  equip¬ 
ment  to  units,  physical  locations,  or  special  missions  and  then  direct  the 
employment  of  the  units  and  equipment  In  a  war  game. 

^The  programs  are  written  In  structured  FORTRAN  77,  with  extensive 
comments  and  external  documentation,  so  that  they  can  be  read,  understood, 
modified,  and  expanded  by  those  with  limited  programming  experience. 
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CQMEL  is  a  communications  oriented  war  game  developed  by 
the  Joint  Telecommunications  Staff  Officers'  Course  at 
Keesler  AFB.  The  war  game  has  been  automated  to  run  on  a 
VAX/VMS  comouter.  The  program  allows  computer  assisted  olay 
of  the  game  using  a  manual  gameboard. 

The  game  has  two  portions#  an  Acguisition  Phase  and  an 
Ooerations  Phase.  In  the  Acauisition  Phase#  players  budget 
for  research  and  development#  manufacturing#  purchase#  and 
ooerations  and  maintenance  of  communications  and  electronic 
equipment  for  a  Joint  Task  Force  (JTF).  In  the  Ooerations 
Phase#  olavers  allocate  the  available  communications  and 
electronic  equipment  to  units#  physical  locations#  or 
soecial  missions  and  then  direct  the  employment  of  the  units 
and  equipment  in  a  war  game. 

The  oroqrams  are  written  in  structured  FORTRAN  77,  with 
extensive  comment s  and  external  documentation#  so  that  they 
can  be  read#  understood#  modified#  and  expanded  by  those 
with  limited  programming  experience. 
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Communications  Electronics  War  CCOMEL)  was  develooed  as 
a  manual  war  game  in  1982  by  students  at  the  Joint 
Telecommunications  Systems  Staff  Officers  Course  (TSSOC)  at 
Keesler  Air  Force  Base#  Mississippi.  The  goals  of  the  game 
were  to  "integrate  selected  objectives  of  TSSOC  into  a 
single  exercise"  and  to  give  an  understanding  of  "the 
complexities  of  joint  communications  systems  acauisition  and 
planning."  [Ref.  11 

The  basic  concept  of  the  game  was  develooed  by  Major 
James  L.  Parrine  and  other  TSSOC  faculty  members.  Their 
concept  called  for  a  game  based  on  the  assumption  that 
"operational  forces  are  only  as  effective  as  the  comm 
suooorting  them."  [Ref.  1J  Their  initial  concept  was 
primarily  concerned  with  acouisition.  Each  team  was  to 
begin  the  game  year  with  given  operational  communications 
systems.  The  teams  would  have  research#  acouisition#  and 
intelligence  decisions  to  make  with  limited  resources. 
Subseauent  turns  would  represent  budqet  years.  Random 
events  would  by  entered  into  the  game  via  "Gimme  a  Break" 
and  "Awshucks"  cards.  The  initial  concept  called  for  the 
development  of  an  objective  evaluation  criteria  to  determine 


the  game  winner 


The  conceot  was  further  refined  to  include  a  combat 
phase  with  faculty  members  as  controllers  and  evaluators. 
Preliminary  design  goals  were  defined  and  given  to  the 
students . 

The  manual  game  was  then  designed  bv  three  students  as 
their  major  project  for  the  course.  Credit  for  the  game 
design  goes  to  Captain  Matt  Downing  (USA),  Caotain  Gilbert 
Grabowiecki  (USAF),  and  Caotain  John  Ortman  (USAF).  They 
designed  most  of  the  manual  game  materials  that  were  used  in 
developing  this  thesis  and  the  computer  version  of  COMEL. 
1st  Lt  Diana  Youngs,  who  has  been  involved  in  the  evolution 
of  the  manual  game,  orovided  additional  materials. 

The  goal  of  this  thesis  was  to  develop  a  computer 
version  of  COMEL  to  incorporate  most  of  the  features  of  the 
manual  version  and  to  allow  later  expansion  of  the  game. 
The  computer  version  was  designed  in  two  portions.  Robert 
Allgood  designed  the  control  modules  and  the  Acquisition 
Phase  modules?  Katherine  Rowe  designed  the  Operations  Phase 
modules.  The  two  portions  were  then  combined  to  form  a 
single  game.  The  computer  version  is  resident  in  the  C2 
rtargaming  and  Research  Laboratory  (C2  WARLAB)  at  the  Naval 
Postgraduate  School  (NPS)  and  can  be  modified  for  use  at 
TSSOC  when  a  computer  facility  is  available.  A  detailed 
User's  Manual  and  Maintenance  Manual  have  been  written  and 
are  attached  as  appendices  to  this  thesis.  The  scripts  of 
these  manuals  are  also  available  through  the  C2  kvARLAB. 
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II.  GAME  CONCEPT  AND  MODELS 


A.  GAME  OVERVIEW 

COMEL  is  logically  divided  into  an  Acquisition  Phase  and 
an  Operations  Phase.  Each  of  these  ohases  progresses 
through  a  series  of  turns.  The  turn  for  Acquisition  is  a 
budget  year  and  for  Operations  is  a  game  step  of 
approximately  one  day. 

The  Umpire  has  complete  control  of  the  sequence  of 
events  in  COMEL  The  game  can  be  run  at  the  convenience  of 
the  players  involved.  The  Acquisition  Phase  can  be  played 
in  one  session  and  the  Operations  Phase  started  during  a 
seoerate  session,  or  the  Operations  Phase  can  be  set  to 
start  automatically  should  the  war  occur  (by  program  control 
or  by  the  Umpire's  decision).  The  Umpire  can  stoo  play  of 
the  game  at  the  beginning  of  any  turn.  When  COMEL  is 
stopped  in  this  manner,  the  Umpire  may  save  the  game  files 


i  n  one 

of 

the  save 

areas 

set  aside  for  this  purpose. 

The 

Umoi re 

and 

ol ayers 

wi  1  1 

then  have  the  opportunity 

t  0 

continue  the  game  at  some  later  time. 

During  the  initialization  of  COMEL,  the  olavers  must 
coordinate  closely  with  the  Umoire,  to  ensure  proper 
synch ron i sat i on .  Players  do  not  have  any  further  input 


effecting  the  administration  of  the  game»  which  is  under 
Umoi re  cont  rol . 

Data  files  are  available  for  a  default  game  that  is 
based  on  the  manual  version  of  COMEL.  By  substituting 
alternate  files  the  Umpire  can  change  the  scenario. 
Detailed  instructions  on  oreparing  alternate  files  are 
included  in  the  Maintenance  Manual. 

The  models  used  in  COMEL  will  be  discussed  only  briefl' 
in  this  thesis  since  they  are  explained  in  detail  in  th, 
attached  Users’  and  Maintenance  Manuals. 

8.  ACQUISITION  PHASE 

The  Acquisition  Phase  of  COMEL  should  give  the  players 
an  appreciation  of  the  comp  1  ex i t i es r  in  terms  of  timer 
money r  and  magn itude  of  decisions  involve dr  in  the 
procurement  of  systems  to  fulfill  mission  deficiencies. 

All  systems  have  life  cycles.  [Ref.  21  In  terms  of  the 
Acquisition  model  used  in  COMELr  a  system  will  begin  its 
life  cycle  as  soon  as  money  is  applied  in  research  and 
devel opment ( R  +  D )  orr  for  systems  not  requiring  RtDr  when 
money  is  aoclied  to  manuf actur i ng  for  deployment  (M+D). 
Some  systems  may  already  be  in  the  life  cycle  process  when 
the  Acquisition  Phase  startSr  if  already  in  the  inventory 
and  operating. 

Systems  that  can  be  acquired  fit  into  five  general 


categor i es 


a 


Ground  communications  systems  (HF, 


VLF, 


tactical * 


satellite  ground  terminals*  and  1 i ne-of -s i ght  systems) 

b.  Communications  satellites 

c.  Intelligence  satellites 

d.  Electronic  warfare  systems 

e.  Soeeial  systems  (ArtACS*  airborne  command  posts*  and 
ant i -sate  I  1 i te  weapons). 

There  are  actually  three  phases  of  the  system  life 
cycle;  the  planning  period*  the  acquisition  period*  and  the 
use  period  (the  Operations  Phase  of  COMEL ) .  The  planning 
period  begins  prior  to  the  start  of  the  computer  portion  of 
COMEL  and  continues  throughout  the  qame. 

Before  the  qame  begins*  olavers  should  be  given  basic 
scenario  descriptions.  (The  default  game  includes  CONPLANS 
and  Commander's  Planning  Guidance  which  are  included  as 
attacnments  to  the  Users'  Manual )  They  also  need  lists  of 
combat  units  and  available  electronic  systems.  The  ol ayers 
should  decide  in  advance  what  systems  they  need  to  acquire 
to  meet  the  threat.  Planning  continues  throughout  the 
Acquisition  Phase  as  players  react  to  budget  constraints  and 
i n t  e 1 1 i gence . 

The  Acquisition  Phase  includes  all  those  steos  necessary 
to  design,  test  and  evaluate*  produce*  and  install  the 
p 1 anned  systems.  The  st  ages  in  Acquisition  car  include 
normal  Research  and  Development  (R+D)*  accelerated  Research 
and  Development  (AR+D)*  Manufacturing  for  Deoloyment  (M*D), 


normal  Operation  and  Maintenance  (0+M)  and  Reduced  Operation 
and  Maintenance  (R0*M).  All  the  above  steps  require  annual 
budget  money  to  be  committed.  There  are  also  some 
intermediate  steps  that  come  between  the  steps  listed  above. 
After  (R+0)  the  system  enters  a  state  called  Finished 
Research  and  Development  (FR+D).  Players  obligate  money  to 
move  systems  in  this  state  into  M+D  (as  well  as  those 
systems  not  requiring  R+D).  When  systems  finish  M+D,  they 
become  available  for  purchase  and  can  be  placed  in  an 
ooerating  status.  However,  due  to  the  high  cost  of 
maintaining  tooling,  a  system  may  disappear  from  a  ready  to 
be  bought  status  if  not  procured  the  year  available.  In 
which  case,  that  system  would  have  to  be  startec  from 
scratch  again.  The  life  cycle  is  pictured  in  Figure  1. 


THE  SYSTEM  LIFE  CYCLE 
Figure  1 

As  with  the  acquisition  of  any  real  world  systems,  the 
budget  is  a  major  factor  in  most  decisions?  with  an 
unlimited  budget,  one  could  procure  everything  available  and 
the  decision  process  would  be  simple.  In  COMEL  the  Umpire 
acts  as  the  budgeting  authority  for  the  olayers  (ie. 
Congress  or  DOD).  Each  year  the  players  are  allocated  a 


budget  that,  given  an  appropriate  acquisition  strategy, 
should  permit  the  development  w'thin  a  few  years  of  enough 
systems  to  meet  the  projected  threat.  The  olavers  then 
allocate  their  budget  among  the  current  systems  in  0+m, 
systems  under  M+D,  and  the  R  +  D  programs.  War  can  occur  any 
time  after  year  two?  the  probability  of  war  is  low  in  year 
two  and  increases  each  year  thereafter.  The  player  has  to 
balance  the  threat  of  war  the  next  year  against  more 
effective  systems  that  require  several  years  to  bring 
through  the  acquisition  stages.  The  budget  given  the  player 
may  not  be  enough  to  attain  all  the  player's  orocurement 
olans.  The  players  then  must  prioritize  and  make  tradeoffs 
to  decide  which  systems  are  most  essential  to  the  mission. 
The  player  may  save  money  by  placing  systems  in  reduced  0+M 
or  by  scraooing  certain  existing  systems. 

The  d! aver  should  remember  that  there  is  an  opponent  who 
eventually  will  test  the  acquisition  decisions  made.  The 
player  mav  gain  an  advantage  by  purchasing  intelligence  from 
the  Umpire.  Intelligence  may  enable  the  player  to  take 
advantage  of  what  the  opponent  is  doing.  As  with  any 
intelligence  system,  information  obtained  is  not  oerfect  and 
may  be  totally  worthless.  It  should  be  used  to  aid  in  a 
decision  but  not  as  the  drivinq  force. 

The  last  major  factor  in  the  acquisition  process  is 
time.  Each  turn  has  a  time  limit;  if  advanced  planning  was 
not  adequate,  decisions  may  be  rushed.  Time  is  also  a 


factor  when  considering  the  years  required  to  nake  a  system 


available  for  use  in  the  field.  The  olayer  therefore  must 
account  for  the  time  required  to  develop  and  field  equipment 
and  must  decide  which  systems  to  introduce  into  R  +  D.  Of 
these#  the  player  must  decide  which  systems  to  select  for 
ARfD.  which  to  continue  into  M  +  D  and  0  +  M#  which  to  scrap# 
and  which  to  defer  to  the  future  (while  considering  the 
probability  of  war). 

In  the  Acquisition  phase#  the  player  has  two  decision 
aids  available  to  assist  in  the  planning  and  acquisition  of 
systems.  These  aids  are  a  forecast  of  budqet  requirements 
and  a  force  projection.  Both  are  forecasts  for  the  next 
five  years.  The  budget  forecast  predicts  costs  for 
continued  develooment#  purchase#  and  operation  of  systems 
that  are  currently  in  the  field  or  in  acquisition.  The 
force  projection  consists  of  two  graphic  presentations#  one 
summarizes  technical  Parameters  of  systems  under  development 
and  in  operation#  the  second  shows  a  force  assessment  based 
on  the  weighted  average  of  the  technical  parameters.  A 
further  description  of  these  routines  can  be  found  in  the 
Users  *  Manual . 

The  final  stage  of  the  system  life  cycle  is  the  use 
period:  The  actual  operation  of  the  system.  This  is  the 
point  in  COMEL  where  the  Acquisition  Phase  ends  and  the 
Operations  Phase  begins. 


l  a 


C.  OPERATIONS  PHASE 


The  Ooerations  Phase  allows  the  players  to  test  their 
acquisition  decisions  in  simulated  combat.  At  the  beginninq 
of  the  Operations  Phase#  the  players  allocate  the  systems 
they  purchased  to  combat  units  or  fixed  locations. 
Throughout  the  war  game#  the  players  make  decisions 
affecting  the  operations  of  their  electronic  systems  and 
combat  units.  Through  the  communications#  mobility#  and 
combat  models#  the  acquisition  and  allocation  decisions  that 
the  players  made  are  reflected  in  the  conduct  of  the  battle. 

The  war  game  oits  two  Joint  Task  Forces  (JTFs)  against 
each  other  in  a  race  to  gain  control  of  key  objectives  on  a 
hex  map.  The  default  game  scenario  has  the  Red  and  Green 
forces  deployed  in  allied  countries#  Blue  and  Yellow.  The 
Red  and  Green  forces  are  trying  to  gain  control  of  valuable 
mineral  reserves  and  the  port  facilities  in  a  neutral 
country#  Utopia. 

1 .  Communications  Models 

The  communications  models  used  in  COMEL  are  based  on 
a  measure  called  C3  Effectiveness  (or  Effectancy).  This 
value  is  a  "measure  of  the  overall  ability  of  a 
communications  system  to  support  the  mission  of  the  unit  it 
is  assigned  to."  (Ref.  1]  The  C3  Effectiveness  (C3E)  in  the 
manual  game  is  a  product  of  reliability#  flexibility#  and 
operability  of  an  electronic  system  or  a  commun i cat i ons  link 
(including  both  ends  of  the  link).  In  the  default  version 


5 


I 


of  the  comouter  game*  C3E  is  also  a  product  of  reliability, 
flexibility*  and  operability*  however*  for  communications 
systems  the  square  root  of  the  product  is  used  to  reoresent 
the  C3E  of  one  end  of  a  communications  link*  since  the  two 
ends  of  a  communications  link  are  treated  separately  in 
calculations  of  connectivity. 

The  designers  of  the  game  define  these  three  values  as 
foil  ows  tRef  •  lit 

a.  "Reliability  coefficient:  A  system's  ability  to 
remain  operational  and  perform  according  to  soec i f i cat i ons. " 

b.  "Flexibility  coefficient:  A  system's  ability  to 
accommodate  various  traffic  fluctuations  and  oroceriural 
changes  based  on  operational  crises." 

C.  "Operability  coefficient:  A  measure  of  the  ease 
with  which  a  system  can  be  understood*  operated,  and 
maintained  by  those  trained  to  do  so." 

Each  of  these  measures  is  expressed  as  a  decimal 
between  zero  and  one.  Only  the  resulting  product*  C3E,  is 
actually  used  in  the  game  models. 

The  C3E  of  communications  systems  is  used  to  compute 
three  measures  of  connectivity.  These  orogram  variables, 
NCACON,  C3EXT*  and  INTC3,  are  assigned  values  from  zero  to 
one.  NCACON  is  a  measure  of  the  ability  of  the  JTF 
headquarters  to  contact  the  National  Command  Authority 
(NCA).  C3EXT  is  a  measure  of  the  ability  of  a  unit  to 
contact  their  JTFHQ.  INTC3  is  the  measure  of  a  unit's 
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internal#  tactical  communications.  These  three  measures  of 
connectivity  are  used  throughout  the  game  as  the  orobability 
that  necessary  information  can  be  oassed  from  one  level  of 
command  to  another. 

The  C3E  value  of  other  electronic  equipment#  such  as 
electronic  warfare  systems#  is  used  to  represent  the 
probability  that  the  system  will  satisfy  its  mission. 

Other  technical  data#  such  as  range#  compatibility# 
mobility#  and  satellite  beam  width#  are  modeled  directly  in 
the  game. 

2 .  Movement  ^odel 

Movement  of  units  is  based  on  an  optimum  path 
routine  and  movement  ooints  (mobility).  The  players  input 
goals  (dest i nat i ons )  for  their  units.  The  optimum  path 
routine  calculates  the  best  oath  for  that  type  of  unit  to 
take  to  reach  the  goal#  oased  on  the  terrain.  Each  he* 
along  the  oath  will  require  a  certain  number  of  points  to 
traverse#  for  example#  open  terrain  requires  one  point# 
mountains  three#  movement  along  a  road  takes  one  half  point. 
The  data  files  assign  each  unit  a  certain  number  of  movement 
ooints  per  turn  (files  are  created  prior  to  game  play). 
This  mobility  can  be  cut  in  half  by  poor  internal 
communications  (INTC3). 

During  a  turn#  each  unit  moves  along  the  optimum 
oath  until  it  runs  out  of  movement  ooints#  reaches  its  goal# 
or  comes  into  contact  (adjacent  hex)  with  an  enemy  unit. 
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When  in  contact  with  the  enemy,  the  dayer  can  have  the  unit 


assume  one  of  three  defensive  positions  (retreat,  continue 
toward  its  goal#  or  stop  in  present  position),  or  reouest 
aoproval  of  an  attack.  Approval  level  for  attacks  is  set  by 
the  Umpire  as  Rules  of  Engagement  (ROE).  Three  ROE  are 
allowed:  the  Umpire  can  require  NCA  approval  of  all 
attacks#  allow  JTFHQ  approval#  or  permit  local  unit 
commanders  to  attack  targets  of  opportunity.  For  example# 


the  NCA 

or  JTF  may 

want 

t  0 

maintain 

attack 

aoprova 1 

authority 

to  ensure 

that 

the 

ot  her 

si  de 

initiates 

hostilities#  or  to  coordinate  the  timing  of  a  preemptive# 
force  wide  attack. 

3 •  Combat  Models 

The  combat  sequence  of  the  game  models  most  aspects 
of  the  modern#  joint  battlefield.  In  addition  to  ground 
combat,  the  qame  includes  extensive  air  combat  models, 
including  interdict  ion,  close  air  support,  counter  air, 
reconnaisance,  and  tactical  airlift  of  airborne  forces. 
Air-land  forces  include  the  JTFHQ,  tactical  fighter  winas, 
armored  briqades#  mechanized  brigades,  and  airborne 
brigades.  Sea  forces  include  carrier  battle  grouos, 
amphibious  task  forces,  and  Marine  forces. 

The  combat  models  themselves  are  very  simple, 
depending  primarily  on  computing  the  difference  in  various 
combat  values  (in  the  input  data  files)  and  applying  a 
random  factor.  The  requirement  for  communications 


connectivity  and  the  role  o *  electronic  warfare  is  modeled 
in  more  detail*  The  construction  of  these  models  is 
described  in  detail  in  the  Maintenance  Manual. 

0.  CRITIQUE  OF  MODELS 

The  three  basic  communications  connectivity  models/ 
NCACON.  INTC3.  and  C3EXT.  are  based  on  orobability  theory 
and  are  only  as  good  as  the  C3  Effectiveness  values  that  are 
entered  through  the  initial  data  Hies.  The  method  used  by 
in  the  manual  game  and  in  the  default  comouter  game  to 
calculate  C3E  is  simole/  but  not  necessarily  the  most 
aopropriate  method.  Surv i vab i 1 i t y ,  soeed  of  transmission, 
traffic  load/  and  other  important  considerations  are  not 
factors  used  in  the  calculation  of  C3E/  and  possibly  should 
be  included.  Users  may  create  their  own  C3E  values  and  use 
them  instead  of  the  default  values. 

The  effect  of  communications  on  combat  is  modeled 
extensively  and  appropriately'  however  there  are  still  some 
occasions  in  the  game  when  connectivity  should  be  a  factor 
but  checks  are  not  included.  More  could  be  added  easily. 
Time  delays  are  not  directly  modeled  in  the  game;  however, 
since  the  time  step  of  the  Operations  Phase  of  the  game  is  a 
whole  day.  time  delays  would  be  difficult  to  model. 

The  role  of  the  Airborne  Command  Post  in  combat  is 
minimized  in  the  game.  It’s  only  role  is  as  a 
commun i cat i ons  relay.  There  is  no  use  of  the  A8NCP  as  an 


IQ 


alternate  decision-making  unit#  in  case  of  combat  losses  at 
the  Joint  Task  Force  Headquarters. 

The  Airborne  Warning  and  Control  Aircraft  acts  as  a 
communications  relay  and  also  provides  advanced  warning  of 
air  strikes.  AWACS  should  also  add  to  the  effectiveness  of 
counter-air  and  c 1 ose-ai r-supoort .  It  could  also  provide 
some  additional  tactical  intelligence. 

The  combat  models  are  low-resolution#  simplistic  models. 
They  are  based  almost  entirely  on  input  combat  values. 
These  values  should  be  evaluated  by  people  with  combat 
experience  to  make  sure  the  values  for  different  units  have 
realistic  ratios.  However#  the  simplistic  models  themselves 
may  be  sufficient#  since  the  purpose  of  COMEL  is  to  train 
communications  officers#  not  combat  operations  officers. 

The  implementation  of  the  enhancements  listed  in  Chapter 
IV  could  eliminate  most  of  the  known  deficiencies  of  the 


COMEL  was  developed  as  a  manual  game  to  train 
communications  staff  officers.  The  computer  version  can  be 
used  for  this  purpose  at  TSSQC*  in  the  Telecommunications 
Management  curriculum  at  the  Naval  Postgraduate  School 
( NPS ) *  or  wherever  a  compatible  computer  capability  exists. 
By  forming  into  joint  staffs  and  discussing  the  advantages 
and  disadvantages  of  various  communications  systems  in  the 
game  scenario*  students  and  other  communications  officers 
can  apply  what  they  have  learned  about  systems*  the 
acguisition  process*  and  the  role  of  communications  in 
Support ing  combat.  The  major  learning  experience  for 
communications  officers  comes  in  discussions  during  the 
Acguisition  Phase  of  the  game  and  during  the  first 
Operations  turn*  while  allocating  the  equipment  to  units  and 
missions.  The  remainder  of  the  Operations  Phase  serves  to 
provide  feedback*  helping  players  to  evaluate  their 
decisions.  The  combat  phase  also  makes  playing  the  game 
much  more  interesting! 


For  students  in  the  Command  and  Control  curriculum  or  in 
Operations  Research  at  NPS*  the  game  provides  a 
demonstration  of  the  interrelationship  of  air  and  land 
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systems.  The  game  also  provides  a  convenient  format  for 
students  to  learn  simulation  and  war  gaming  techniques. 
Unlike  most  computer  war  qames#  COMEL  is  soecifically 
designed  for  study  and  modification  by  novice  programmers. 
Students  with  only  a  rudamentary  knowledge  of  FORTRAN  can 
study  the  construction  of  the  models#  evaluate  and  criticise 
them#  and  try  to  improve  them. 

The  Acauisition  Phase  of  COMEL  can  be  used  to 
demonstrate  some  of  the  material  learned  in  project 
management  courses.  The  Acquisition  Phase  illustrates  the 
steps  in  the  system  life  cycle  and  gives  an  appreciation  of 
the  time  necessary  to  procure  a  system.  The  decisions  and 
timing  also  show  some  of  the  concents  studied  dealing  with 
the  Five  Year  Defense  Plan  and  the  Planning#  Programming  and 
Budgeting  System. 

If  properly  validated  (see  Chanter  V,  Section  A)  the 
game  might  be  used  by  serious  researchers  to  study  various 
measures  of  effectiveness  for  command  and  control  systems. 
The  same  scenario  can  be  run  using  different  measures  of 
effectiveness  for  component  systems.  The  relative  value  in 
combat  of  two  different  systems#  for  example  an  additional 
ArtACS  or  new  HF  radios#  could  be  evaluated  by  giving  one  to 
the  Red  forces  and  one  to  the  Green#  with  all  other  factors 
the  same.  Measures  of  effectiveness  for  the  overall  command 
and  control  process  could  be  evaluated  by  seeinq  how  well 
they  predict  the  outcome  of  the  game. 
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The  modular  construction  of  the  game  lends  itself  to  the 
addition  of  many  enhancements  which  could  be  accomplished  as 
individual  or  group  projects.  This  section  of  the  thesis 
describes  some  but  not  all  of  the  enhancements  that  could  be 
made. 

A.  VALIDATION  OF  OPERATIONS  MODELS 

The  models  used  in  the  Operations  Phase  and  the 
numerical  values  assigned  are  primarily  those  developed  for 
TSSOC's  manual  version  of  the  game.  If  the  numbers  and 
models  were  validated  the  game  could  be  used  as  more  than  a 
training  aid.  The  critical  points  to  be  validated  are: 

a.  The  C3  effectiveness  values  for  default 
communications  and  electronic  systems. 

b.  The  relative  combat  values  of  units*  including 
ground  combat  value*  air  defense  value*  and  various  air 
combat  values. 

c.  The  effect  of  terrain  on  communications. 

d.  The  effect  of  terrain  on  movement. 

e.  The  combat  outcomes  table*  air  defence  outcomes* 
and  counter-air  outcomes. 


The  single  most  critical  factor  in  the  game  is  the  C3 


effectiveness  value  for  communications  and  electronics 
systems.  This  number,  as  developed  by  the  designers  of  the 
game,  is  a  direct  product  of  reliability,  flexibility,  and 
ooeraoility  (see  Chapter  2,  Section  Cl.  These  values,  if 
thev  are  to  be  used,  should  be  verified  as  typical  of  the 
particular  type  of  equipment.  However,  there  may  be  a 
better  measure  of  effectiveness  than  this  product.  Perhaps 
a  different  weighting  of  the  factors  should  be  used  or 
oerhaos  new  factors  should  be  added.  Since  time  delays  are 
not  directly  modeled,  perhaps  a  measure  of  speed  of 
transmission  or  speed  of  message  oreoaration  should  be 
added.  Different  measures  of  effectiveness  can  be  used  for 
different  systems.  As  long  as  the  final  C3E  value  is 
expressed  as  a  Probability,  any  value  may  be  used  and  the 
game  can  oroceed  with  no  changes  except  to  the  initial  data 
file. 

The  game  models  might  be  validated  in  five  ways: 

a.  Each  individual  model  such  as  close  air  support 
or  terrain  effect  on  movement  could  be  subjectively  analyzed 
by  exoerts  in  the  field. 

b.  The  scenario  could  be  modified  to  match  that  of 
a  higher  resolution  game  such  as  the  McClintoc  Theater  Model 
(*TM)  [Ref.  31,  and  the  final  results  could  be  compared. 

c.  The  scenario  could  be  changed  to  match  a 
historical  battle  of  similar  scooe,  such  as  the  Faulicland 
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Islands  or  the  1982  Lebonese  conflict*  and  the  gane  result 
could  be  compared  to  the  actual  outcome. 

d.  The  scenario  could  be  changed  to  match  that  of  a 
field  exercise  and  the  outcomes  could  be  compared. 

e.  Some  of  the  individual  models  could  be  comoared 
to  real  world  situations.  For  example,  a  game  combat  unit 
and  Joint  Task  Force  Headquarters  could  be  given  exactly  the 
same  set  of  communications  equipment  as  is  available  to  a 
real  world  unit  and  its  headquarters.  The  game  units  could 
be  set  in  mao  terrain  to  match  the  actual  situation.  The 
real  capability  to  get  messages  from  the  unit  to  the 
headquarters  could  be  measured  through  test  messages  and 
compared  to  the  qame  unit's  ability  to  communicate  *ith 
headauarters  (C3EXT). 

The  validation  methods  described  here  could  easily 
become  the  subjects  of  several  different  theses.  One  thesis 
could  develop  and  test  a  better  method  of  calculating  C3E 
for  the  systems.  In  another  thesis.  a  communications 
student  could  analyze  the  communications  models.  'JCACON. 
INTC3.  and  C3EXT.  and  their  effect  on  the  battlefield.  An 
Electronic  Warfare  student  could  analyze  the  EW  mode’s.  a 
Command  and  Control  or  Operations  Research  student  with 
extensive  air-land  combat  background  could  analyze  the 


8.  GRAPHICS 


The  computer  version  of  COMEL  still  requires  manual 
layout  of  communications  networks  to  olan  the  allocation  of 
equipment.  A  graphics  program  that  took  the  list  of 
equipment  and  proposed  allocations  and  drew  the  resultinq 
networks  would  be  a  valuable  enhancement  of  the  game.  The 
graohics  program  could  use  color  to  distinguish  between 
fixed  and  mob i 1 e  equipment.  It  could  call  on  Subroutines 
NCACON#  INTC3/  and  C3EXT  to  calculate  the  overall 
connectivity  measures  for  each  unit  and  display  them  so  the 
player  would  know  which  units  needed  more  equipment  for  good 
connect i v i t  v . 

The  game  also  requires  a  manual  game  board.  The  olavers 
and  the  Umpire  maintain  separate  maos  of  their  view  of  the 
battlefield.  A  graphics  program  could  be  developed  to 
display  the  map  at  two  levels  of  detail.  A  complete  mao 
could  show  all  the  owned  units'  locations  and  oerhaos  their 
proposed  oaths  and  any  known  enemy  locations.  A  higher 
resolution  mao  could  be  called  up  to  show  hex  coordinates 
and  possibly  combat  values.  The  development  of  these 
graphics  features  would  be  a  thesis  scope  project. 

C.  SOFTWARE  CONTROL  ENHANCEMENTS 

A  program  needs  to  be  developed  to  build  the  system  data 
and  associated  compatibility  tables  with  full  error  checkinq 

i  n . 


and  editing  capabilities  built 


Interactive  modules 


could  also  be  designed  to  Help  tHe  user  lay  out  new  maos  or 
combat  results  tables.  (Unit  and  equipment  lists  already 
can  be  developed  interactively.) 

0.  ACQUISITION  PHASE  ENHANCEMENTS 

More  decision  aids  need  to  be  developed  for  tHe 
Acquisition  Phase.  These  could  include  a  routine  to 
optimize  the  force  effectiveness  using  linear  programminq 
and  sensitivity  analysis.  The  constraints  would  be  ^he 
money  available  and  the  year  necessary  for  deolovment.  Also 
this  routine  could  give  a  forecast  of  the  budget  required  in 
a  five  year  acquisition  plan. 

The  eau i pment  procured  in  the  Acquisition  Phase  is  not 
presently  screened  against  the  forces  to  be  supported.  A 
decision  aid  that  used  the  Subroutines  C3EXT*  INTC3*  ana 
NCACON  to  cross  check  equipment  versus  the  forces  supported 
could  show  the  adequacy  or  inadequacy  of  olanred 
acquisitions. 

E.  OPERATIONS  PHASE  ENHANCEMENTS 

A  history  module  could  be  developed  to  prepare  a  orinted 
record  of  the  game.  Locations*  goals*  targets*  comoat 
values*  etc.  could  be  derived  from  the  blackboards  and 
formatted  at  the  end  of  each  player  turn  and  at  the  end  of 
the  combat  sequence.  During  each  turn*  selected  status 
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reoorts  or  player  inputs  could  trigger  matching  write 
statements  to  the  history  file. 

New  scenarios  could  be  developed#  perhaps  matching  some 
real  world  situation  such  as  the  Persion  Gulf.  A  new  map 
and  new  unit  and  equipment  lists  could  be  developed  to  match 
the  real  world  as  closely  as  possible. 

New  equipment  types#  such  as  laser  communications# 
satellite  jammers#  or  airborne  EW#  and  new  unit  types#  such 
as  ground  recon  units#  could  be  added  to  the  models. 

The  game  already  allows  communications  or  Ew  equipment 
to  be  set  up  as  separate  mobile  detachments.  A  module  could 
be  added  to  allow  such  a  detachment  to  be  merged  back  into  a 
combat  unit. 

Intel  1 i Pence  satellites  and  reconnai sance  flights  give 
the  location  of  enemy  units.  The  module  could  be  modified 
to  give  the  type  of  unit  (perhaps  only  designating  it  as  an 
airfield#  heqdouar t ers #  light  or  heavy  combat  unit).  The 
direction  of  movement  could  be  derived  from  the  goal  or 
projected  Path  and  indicated  by  an  approximate  compass 
direction.  The  probability  of  detection  could  be  varied 
according  to  the  terrain  or  a  random  factor. 

In  a  conflict  situation#  a  commander  could  be  given  the 
ootion  to  pursue  an  enemy  unit  as  it  retreats  or  moves  on 


toward  its  goal 


A  change  in  the  rules  of  engagement  is  immediately  and 
automatically  known  to  both  Dlayers.  A  communications  check 
between  the  NCA  and  the  JTFHQ  could  be  added  before  the 
change  would  take  effect. 

A  new  rule  of  engagement  could  be  designed  to  allow 
commanders  of  major  units/  such  as  the  carrier  battle  group/ 
to  attack  on  their  own  while  requiring  other  units  to  check 
with  the  JTFHQ. 

In  the  COMM 1  modules/  where  equipment  is  allocated  to 
missions  and  combat  units/  “idiot  checks”  could  be  added  to 
echo  each  choice  and  provide  for  review  and  revision  at  the 
end  of  the  module. 

The  intelligence  module  could  be  exoanded  to  include 
general/  all-source  intelligence. 

A  greater  degree  of  uncertainty  could  be  included  at  the 
Umpire's  request  by  adding  random  "Murphy  cards"/  as  are 
used  in  the  manual  game. 

The  1 i ne-of-s i gh t  probability  model  tLOSPRBl  could  be 
modified  to  allow  more  than  one  relay  point  between  the  unit 
and  the  JTFHQ. 

An  ECCM  mode  could  be  added  for  Ew  equipment. 

The  ootimum  path  routine  and  other  modules  could  be  made 
more  efficient. 

Presently  the  lakes  and  rivers  are  not  navigaole. 
Changes  to  Subroutine  PNTS  could  allow  the  amohibious  task 
forces  to  navigate  the  rivers  and  lakes. 


The  air  reconnai sance  missions  and  airdrops  are  executed 
without  any  counter  air  or  air  defense  opposition.  These 
modules  could  be  revised  to  include  calls  to  the  counter  air 
module  and  resolution  of  air  defense. 

A  Logistics  Phase  could  be  added  to  allow  systems  that 
are  still  in  the  R-tO  or  M  +  D  stages  of  Acquisition  when  the 
war  starts  to  be  brought  into  ooeration  durinq  the 
Operations  Phase  if  orooer  logistics  planning  has  been  done. 
The  Logistics  Phase  could  include  purchase  and  scheduling  of 
strategic  airlift.  Planning  for  maintenance  could  be  made 
to  affect  availability  or  effectiveness  of  systems. 


V.  GAME  PLAY  REQUIREMENTS 


A.  HARDWARE  REQUIREMENTS 

COMEL  was  developed  on  a  Digital  Equipment  Corporation 
VAX  11/780.  The  operating  system  used  is  VMS.  (VAX  stands 


for  Virtual  Address  Extension  and  VMS  stands  for  Virtual 
Memory  System.)  COMEL  can  be  run  on  any  other  system  that 
supoorts  FORTRAN-77  and  has  some  type  of  command  file 


execut i ve . 

The  game  requires  three  terminals?  one  for  the  Umoi re 
and  one  each  for  the  Red  and  Green  staffs.  Because  of  the 
numerous  displays  printed*  the  baud  rate  (speed  of 
transmission)  should  be  a  least  1200. 

The  game  can  be  played  over  dial  up  teleohone 


connections.  Telephone  Modems  are  readily  available  for 
tranmission  at  this  baud  rate.  If  doss i b 1 e  *  it  is  more 
convenient  to  have  dedicated  terminals  with  direct 
connection  to  the  host  computer  (these  connections  should 
also  be  at  least  1200  baud). 

Any  tyoe  of  terminal  can  be  used  to  run  the  war  game. 
The  game  is  written  to  support  terminal  types  of  a  generic 
nature.  The  only  terminal  I/O  commands  used  are  write* 
read*  accept  and  tyoe.  There  are  no  unique  commands 


specific  to  a  terminal  type.  If  a  hardcopy  terminal  is 


used*  the  paging  command  mav  waste  paper  since  it  prints  24 
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blank  lines.  If  a  terminal  supports  a  display  of  less  than 
24  lines*  some  messages  and  menus  mav  be  cut  short. 

B.  SOFTWARE  REQUIREMENTS 

The  VAX/VMS  operating  system  tRef.  4  and  51  must  be 
used  to  run  C0MEL  game  as  written.  The, software  packages 
regui red  are  the  VAX/VMS  commana  file  interoreter  and  VAx-li 
FORTRAN  (FORTRAN-77)  [Ref.  6  ana  7). 

Conversion  to  other  computer  systems  with  different 
ooerating  systems*  but  with  some  dialect  of  FORTRAN-77* 
would  require  only  minor  adjustments  in  the  programs  (ie* 
mostly  inout/outout  routines  such  as  open*  close*  type  and 
accept).  A  majority  of  systems  have  some  form  of  command 
file  interoreter.  However*  the  command  file  program  would 
have  to  be  transposed  line  by  line  to  the  new  svstem  because 
of  the  uniqueness  of  commands  on  different  operating 
systems . 

Conversion  to  other  computer  systems  with  different 
ooerating  systems  and  standard  FORTRAN  (FORTRAN -4)  would  be 
a  major  project.  Standard  FORTRAN  does  not  include 
constructs  such  as  ' IF ...  THEN ...  ELSE  '  or  'DO  WHILE. ..END  DO' 
or  character  tvoe  variables.  In  conversion  to  standard 
FORTRAN*  all  the  oroqrams  would  have  to  be  checked  line  by 
line  and  rewritten  wherever  non-standard  FORTRAN  is  used. 
While  difficult*  the  conversion  could  be  accomplished. 
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COMEL  is  written  (as  much  as  possible)  in  structured  FORTRAN 
in  a  too  down  aoproach.  Maintainability  and  readability 
were  prime  considerations  in  the  development  of  COMEL. 

C.  PHYSICAL  REQUIREMENTS 

In  addition  to  the  computer  requirements  discussed 
above*  the  following  Physical  materials  are  needed  to  play 
the  game:  qame  boards  with  unit  markers#  scenario  and 
mission  descriptions  (Operational  Plans  and  Commander's 
Assesments  used  for  the  default  game  are  attachments  to  the 
Users'  Manual)#  and  copies  of  the  Users'  Manual. 

COMEL  is  more  instructive  when  the  Umpire#  Red  Players 
and  Green  Players  are  physically  seperated.  Therefore#  the 
game  should  be  played  in  three  seperate  rooms.  The  Umpire 
and  players  should  have  seperate  maps#  since  the  players 
have  complete  information  on  their  forces  but  only  partial 
information  on  their  opponents. 

Users'  Manuals  should  be  available  to  the  players  and 
umpire.  COMEL  requires  that  the  Umpire  and  players  have  a 
good  advance  knowledge  of  the  Users'  Manual*  which  describes 
all  the  options  available  to  the  Umpire  and  players  and  the 
effects  of  each  option. 

The  Maintenance  Manual  is  not  essential  for  game  olay 
but  will  be  useful  if  anyone  wants  to  know  more  about  the 
models  or  wants  to  modify  the  game.  A  detailed  outline  of 
how  the  program  is  constructed  can  be  found  in  the 


Maintenance  Manual#  as  we I  I  as  the  basic  logic  of  each 
module  and  the  oarameters  used  by  each  routine.  Information 
desired  on  the  comouter  system  can  be  found  in  one  of  the 
DEC  Manuals#  the  VAX/vMS  Primer  {Ret.  8J ,  VAX/VMS  Command 
Language  Users  Guide  IRef.  5]  and  the  V A X  —  i 1  FORTRAN 
Language  Reference  Manua1  [Ref.  fcl  . 
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1.  INTRODUCTION 


1.1  THE  GAME 


The 

purpose  of 

Communications  Electronic 

War 

(COMEL) 

i  s 

to  allow 

students 

i  n 

communications/ 

c  ommand 

and 

control , 

or 

rel ated 

di sc i ol i nes 

to  exercise 

their 

know  1  edge 

of 

electronic  system  capabilities/  the  planning  and  acoui si t ion 
processes/  and  the  employment  of  communications  and 
electronic  systems  in  combat.  Although  the  aame  does  not 
attempt  to  model  the  exact/  real  time  operation  of  the 
communications  and  electronic  systems;  it  does  attemot  to 
realistically  demonstrate  the  effect  of  electronics  cn  the 
modern  battlefield. 

This  manual  gives  detailed  instructions  for  the  Umpire 
and  the  players  to  run  the  game.  A  Maintenance  Manual  is 
also  available  (Appendix  8)  for  anyone  who  wishes  to  study 
the  construction  of  the  models  or  modify  the  game.  The  main 
body  of  the  thesis  describes  the  background/  uses  of  the 
game/  and  major  models/  and  proposes  future  enhancements. 

The  game  has  two  phases/  an  Acquisition  Phase  and  an 
Operations  Phase.  Either  may  be  played  separately  or  in 
seauence.  The  game  may  be  played  in  one  sitting  or  may  be 
saved  at  the  end  of  any  turn  and  resumed  at  a  later  time. 
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In  the  Acquisition  Phase*  players  budget  under  time 
constraints  for  research  and  development*  manuf acturi ng* 
purchase*  and  operations  of  communications  and  electronic 
eguipment  for  a  Joint  Task  Force  (JTF).  This  phase  of  the 
qame  traces  the  life  cycle  of  electronic  systems*  as 
illustrated  in  Fiqjre  A-l.  [Ref.  6] 

In  the  Ooerations  Phase*  players  allocate  the  available 
communications  and  electronic  equipment  to  units*  physical 
locations*  or  special  missions  and  then  direct  the 
employment  of  the  units  and  equipment  in  a  war  game.  The 
war  pits  two  approximately  equivalent  JTFs  against  each 
other  in  a  race  to  gain  control  of  major  and  minor 
objectives.  The  relative  capabilities  of  the  two  sides  are 
affected  greatly  by  the  acquisition*  allocation,  and 
employment  of  their  electronic  equipment. 

Figure  A-2  is  a  simple  diagram  of  the  sequence  of  the 
Acquisition  Phase.  Figure  A-3  is  a  diagram  of  one  turn  of 
the  Operations  Phase.  Figure  A-4  shows  the  sequence  of  a 
complete*  two  phase  game.  The  initial  conditions  of  the  war 
may  be  changed  as  different  maos  and  objectives*  different 
communications  and  electronic  systems*  different  units,  or 
different  equipment  lists  are  used.  However*  the  basic 


sequence  of  the  game  stays  the  same 
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GAME  SEQUENCE 
Figure  A-4 
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Instead  of  creating  a  mao#  objectives#  communications 
and  electronics  systems#  and  unit  lists  unique  to  each  qame# 
a  default  game  is  provided.  Detailed  information  on  the 
default  game  may  be  found  in  Section  2  of  this  manual. 
Information  on  game  olay  can  be  found  in  Sections  3  and  4. 
Procedures  for  preparing  alternate  versions  of  the  game  can 
be  found  in  the  Maintenance  Manual. 

1.2  THE  PLAYERS 

COMEL  has  three  computer  positions?  the  Umpire#  the 
Green  Player#  and  the  Red  Player.  However#  each  position 
can  and  should  actually  be  more  than  one  person. 

The  Umpire  has  two  roles.  First#  the  Umpire  controls 
the  sequence  of  the  game  by  setting  the  time  limits  for  each 
turn  and  by  selecting  the  game  version  to  be  played?  for 
example#  three  turns  of  Acquisition  using  the  default 
communications  and  electronics  system  lists#  followed  by  ten 
Ooerations  turns  using  the  default  mao  but  alternate  unit 
lists.  Second#  the  Umpire  takes  an  active  role  in  the  game 
olay  by  making  decisions  that  would  normally  be  made  at 
command  levels  above  the  JTF?  for  examole#  setting  the 
annual  budget  for  communications  and  electronic  systems#  and 
setting  the  rules  of  engagement.  The  Umpire  should  ideally 
be  more  than  one  oerson#  since  qrouD  decision  making 
discussions  provide  a  better  learning  experience. 


In  the  Acquisition  Phase#  the  Red  and  Green  Players  act 
as  the  C3  olanninq  staffs  for  their  respective  JTFs.  During 
the  Operations  Phase  they  act  as  both  the  JTF  staff  and  the 
direct  operational  commanders.  Each  side  should  ideally 
have  at  least  six  people:  a  JTF  commander#  a  commun i cat i ons 
officer#  an  air  support  advisor#  a  naval-marine  advisor#  and 
two  or  more  land  combat  operations  advisors  (who  would  also 
represent  the  combat  unit  commanders). 

1.3  the  gameboard 

The  gameboard  consists  of  a  map  translated  into 
hexagonal  divisions#  hexes#  in  66  rows  and  60  columns.  Each 
hex  represents  an  area  approximately  five  miles  across#  and 
may  be  designated  as  either  ooen  terrain#  desert#  mountains# 
woods#  lake#  or  sea.  Roads  may  be  shown  running  through  the 
hexes#  rivers  flow  along  borders  between  the  hexes.  AI30 
located  on  the  mao  are  permanent  features  such  as  cities# 
airfields#  forts#  mines#  major  industries#  or  oorts.  The 
default  mao  is  illustrated  in  Attachment  A-l  at  the  end  of 
this  manual.  Procedures  for  preoaring  alternate  maps  are 
described  in  the  Maintenance  Manual. 

The  mao  numbering  system  is  critical  to  play  of  the 
game#  since  olayers  must  frequently  indicate  locations  of 
units#  movement  goals#  targets#  etc.  by  givinq  the  hex 
coordinates.  Hexes  are  numbered  in  rows  and  columns# 
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1.4  the  game  PIECES  (SYSTEMS  AND  UNITS) 

The  game  Pieces  for  COMEL  consist  of  red  and  nreen 
markers  for  the  units#  which  are  moved  around  the  mao 
manually  as  the  game  proceeds.  Symbols  representing  the 
eauipment  items  may  also  be  used#  but  that  information  may 
be  kept  only  on  paper. 

Any  number  of  units  up  to  19  can  be  entered  'nto  the  game# 
but  all  units  must  be  classified  as  one  of  e  ght  types: 

(1)  Joint  Task  Force  Headquarters  ( j  t  f  h  q ) 

(2)  Tactical  Fighter  Wing  (tfw) 

(3)  Carrier  Battle  Group  (cbg) 

(4)  Amphibious  Task  Force  (atf) 

(5)  Marine  Amohibious  Brigade  (amph) 

(6)  Armored  Brigade  (armor) 

(7)  Mechan^ed  Brigade  (mech) 

(8)  Airborne  Brigade  (abn) 

During  the  game#  olayers  may  also  establish  communications 
or  electronic  warfare  detachments  ('relay'  is  used  for  the 
unit  tyoe  in  either  case). 

Each  unit  has  assigned  to  it  certain  comoat  values.  The 
basic  combat  ooints  of  a  unit#  CMBTP#  are  a  measure  of  its 
ground  combat  capability.  Each  unit  also  has  an  air  defense 
capability#  ADNO.  Air  units  (tfw  ana  cbg)  have  assigned 
measures  of  their  ability  to  overcome  enemy  air  defenses# 
EWV#  to  give  close  air  support#  CASV#  and  to  conduct 
air-to*air  combat#  CAV.  These  values  are  all  entered  as 
part  of  the  initial  data  files. 


The  game  will  handle  uo  to  49  different  communications 
and  electronics  systems  and  up  to  a  total  of  99  individual 
end  items  of  equioment. 

Any  lists  of  communications  and  electronic  systems  can  also 
be  used?  but  each  individual  system  must  be  classified  as 
one  of  twelve  types: 

(1)  Tactical  systems  (tac) 

(2)  High  frequency  systems  (hf) 

(3)  Li ne-of-s i ght  systems  (los) 

(4)  Communications  satellites  (sat) 

(5)  Satel l i te  ground  terminals  (gtsat) 

(6)  Very  low  frequency  systems  (vlf) 

(7)  Switches  (sw) 

(8)  Airborne  command  posts  (abncp) 

(9)  Airborne  radar  (awacs) 

(10)  Electronic  warfare  systems  (ew) 

(11)  Intelligence  satellites  (soy) 

(12)  Ant i -satel 1 i te  weapons  (asat) 


1.5  THE  DEFAULT  GAME 

A  default  game  has  been  developed  based  on  the  original, 
manual  version  of  COMEL.  The  entire  default  game  may  be 
played  or  some  or  all  of  the  data  files  may  be  replaced  by 
alternate  files.  See  the  Maintenance  Manual  for 
instructions  on  building  alternate  files. 

1.5.1  The  Mao 

The  default  map,  pictured  in  Attachment  A-l, 
features  Red  and  Green  Joint  Task  Forces  located  in 
airfields  and  forts  in  two  of  their  allied  countries!  Yellow 
Country  and  Blue  Country.  Between  them  is  a  neutral 
country,  Utopia.  Utooia  has  valuable  mineral  resources  in 


their  Southern  Mines/  which  they  transoort  along  a  main 
highway  and  export  through  the  Port  of  Utopia.  The 
objective  of  each  task  force  is  to  try  to  gain  control  of 
the  mines#  the  oort#  and  the  connecting  highway  before  the 
other  side  does.  A  olayer  is  considered  to  have  control  of 
a  hex  if  a  unit  from  that  side  was  the  last  unit  in  the  hex. 
The  mines  and  oort  are  considered  major  objectives;  the 
road  is  a  minor  objective.  Between  the  two  sides'  initial 
locations  and  their  objectives  lie  similar  terrain  of 
mount  a i ns#  woods  #  deserts#  and  lakes. 

1.5.2  The  Systems 

The  default  game  has  thirty  eight  different 
communications  and  electronic  systems  of  the  twelve  types 
listed  in  Paragraph  1.4  above.  These  systems  are  listed  in 
Attachment  A-2  with  their  associated  technical  and  cost 
data.  General  descriptions  of  the  twelve  different  system 
types  are  in  Attachment  A-3. 

1.5.3  The  Units 

Each  side  in  the  default  game  has  eauivalent  forces. 
The  units#  their  initial  locations*  mobility*  and  combat 
values  are  listed  in  Attachment  A-4. 

1.5.4  The  Equipment 

The  equipment  lists  include  each  individual  end  item 
acquired  by  a  olayer.  Two  sets  of  default  equipment  lists 
are  available.  One  set  is  designed  for  use  in  the 


Acquisition  Phase  and  includes  a  very  rudimentary  set  of 


older  equipment 


The  ©layers  use  these  lists  as  a  base  on 


I 
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which  to  build  an  adequate  communications  and  electronic 
caoability  for  the  projected  threat.  The  second  set  of 
default  lists  is  designed  for  use  when  Dlaying  only  the 
Ooerations  Phase  of  the  game.  This  set  provides  fairly 
adeauate  caoabilities  for  the  default  forces.  These  lists 
can  be  found  in  Attachments  A-5  and  A-f>. 

1.5.5  The'  Operations  Plans 

Printed  Ooerations  Plans  and  Commander’s  Planning 
Guidance  are  also  available  for  the  default  game.  These 
documents  define  for  the  players  the  threat  and  their 
objectives.  They  give  general  operational  guidelines#  such 
as  would  be  developed  for  real  world  contingency  plans. 
These  documents  are  Attachments  A-7  thru  A-10  of  this 


manual 


2.  communications  and  electronic  effects 


This  section  of  the  manual  discusses  the  C3  measures  of 
effectiveness  (MOEs).  Some  of  the  measures  are  used  by  tne 
player  during  the  Acquisition  Phase  to  determine  the  right 
mix  of  equipment  to  purchase.  The  measures  are  used  by  the 
computer  models  in  the  Operations  Phase  to  compute  the 
effect  of  communications  and  electronics  systems  on  the 
batt  1  ef  i  el  d. 


2.1  MEASURES  OF  EFFECTIVENESS 

Electronics  capability  in  the  game  is  based  primarily  on 
a  measure  called  "C3  E f f ec t i veness " *  which  is  a  real  number 
between  0.0  and  1.0  assigned  to  each  communications  system 
and  most  other  electronic  systems.  In  the  default  game*  the 
C3  effectiveness  (C3E)  is  a  product  of  reliability* 
flexibility*  and  operability  of  the  system.  For 
communications  systems  the  square  root  of  the  product  is 
then  taken  to  represent  the  C3E  of  one  end  of  a  comm  link. 
(See  thesis  Chapter  II*  Section  C.)  In  alternate  games  other 
measures  of  effectiveness  could  be  developed  and  used  in  the 


system  data  files 


The  effectiveness  of  a  system  can  be  affected  by 
terrain.  After  each  move  the  computer  program  checks  the 
location  of  all  equipment  to  see  if  it  is  effected  by 
terrain.  The  affects  of  terrain  are  shown  in  Figure  A-6. 


TERRAIN 

TYPE 

TAC 

COMM  SYSTEM 

HF 

LOS 

SAT 

Open 

none 

none 

none 

none 

Desert 

Degrades  a  1  1 

systems  20* 

Woods 

1/2 

Range 

Degrades 
GW  ?.QX 

none 

none 

Mountains 

Range 

1  hex 

Degrades 

GW  hOZ 

SW  20* 

Note  1 

none 

Seas/Lakes 

Degrades 

1 5% 

Degrades 

20* 

Degrades 

15* 

none 

Cities 

Degrades 

2  OX 

Degrades 
Gw  <(0X 

SW  20* 

Degrades 

15* 

none 

GW  a  HF  in 
SW  =  HF  in 

Ground  Wave  Operation 

Sky  Wave  Operation 

Note  1:  LOS  transmission  is  degraded  by  mountains  in  the 
path.  The  model  uses  the  optimum  oath  to  simulate 
1 i ne-of *si ght  and  checks  the  path  for  mountain  hexes. 
Two  or  more  hexes  located  less  than  three  hexes  from 
the  unit’s  end  of  the  oath  will  block  LOS  links 
completely.  If  the  mountains  are  three  hexes  from  the 
end  they  will  degrade  the  link  2535 

TERRAIN  EFFECTS  ON  COMMUNICATIONS 


Figure  A-6 


The  effectiveness  of  a  system  way  be  affected  by  enemy 
j  ammi ng.  Prior  to  combat*  the  program  checks  any  electronic 
warfare  equipment  in  the  Electronic  Countermeasures  (ECM) 
mode  to  see  if  it  is  in  range  of  any  enemy  communications 
gear  that  it  is  effective  against.  If  so*  the  C3E  of  the 
communications  equipment  is  muliplied  by  a  factor  of  0.75. 

Communications  connectivity  of  units  is  calculated  in 
three  functions*  based  on  the  C3E  of  collocated  equipment: 

Ca)  INTC3  is  a  measure  of  a  unit's  ability  to 
communicate  internally.  The  value  depends  primarily  on  the 
effectiveness  of  the  tactical  communications  equipment 
assigned  to  the  unit.  If  n  items  of  tactical  equipment  are 
assigned  to  a  unit*  the  unit's  INTC3  is  calculated  as: 

INTC3  :  1  •  [(1  -  C3E ( 1 ) ) * ( 1  -  C3EC2) )*...(  1  -  C3E(n))] 

The  higher  the  internal  communications  value*  the  faster  a 
unit  can  move  and  the  better  it  can  fight. 

(b)  C3EXT  is  a  measure  of  a  unit's  ability  to 
communicate  with  the  Joint  Task  Force  Headquarters.  Links 
can  be  established  through  satellites*  throuqh  HF  (either 
ground  wave  or  skywave  depending  on  range)*  through 
1 i ne-of-s i ght  systems  (in  direct  range  or  through  one 
relay)*  and  even  through  tactical  systems  (only  at  very 
close  range).  For  a  link  to  be  effective*  both  the  unit  and 
the  JTFHQ  must  have  compatible  equipment.  Some  equipment  is 
compatible  only  if  located  in  the  same  hex  or  if  connected 


The  basic  ioritula  for  calculating  C3EXT'  is: 

C3EXT  s  1  -  [(1-HFPR0B)*(1-GTPR0B)*(1-L0SPR8)*(1-TACPRB)J 
These  orobabi 1 i t i es  are  products  of  the  C3E  of  systems  in 
the  link.  HFPROB  is  the  Probability  of  an  HF  link,  GTPROB 
of  a  satellite  link,  LOSPRB  of  a  1 i ne-o f -s i gh t  link,  and 
TACPRB  of  a  tactical  link.  The  communications  links  for  a 
typical  unit  are  shown  in  Figure  A-7 ,  along  with  calculation 
of  its  C3EXT.  The  C3E  values  are  from  the  default  game. 


DIAGRAM  NUMBER  EQUIPMENT  C3E 


Equipment  *3  and  *5 
Equipment  #2  and  #6 
Equipment  SI  and  #7 
Equipment  #4 
Equipment  *8 


wb  1  *  c3e  =  0.787 

hftty  1  -  c3e(sky  wave)  3  0.608 

shf-gt  ~  c3e  =  0.819 

shf-sat  -  c3e  =  0.67 

t  r i t  ac  *  c  3e  =  0.95 


LINK  PROBABILITIES 


LOS  Link  Probability  :  «8  *  #3  *  #5  =  .588 

HF  Link  Probability  :  <(8  *  *2  *  #6  =  .351 

Satellite  Link  Prob.  =  #8  *  U 1  *  #4  *  #7  =  .427 

C3EXT  =  1  -f(l-.588)(l-.351)(l-.427)J  =  0.847 


CALCULATION  OF  EXTERNAL  C3  EFFECTIVENESS 


Figure  A-7 


Cc)  NCACON  is  a  measure  of  the  JTFHQ  ability  to 
communicate  with  the  National  Command  Authority  (NCA)  or  any 
other  CONUS  based  unit  via  satellite*  HF*  and/or  VHF  links. 
Its  computation  is  similar  to  C3EXT  except  the  NCA  is 
assummed  to  have  1002  ef feet i veness  in  VLF*  HF*  and 
satellite  ground  terminals.  Only  certain  communications 
systems  are  compatible  with  NCA  systems.  The  players  must 
purchase  and/or  allocate  communications  systems  effectively 
to  get  good  values  for  all  three  of  these  communications 
measures  (INTC3*  C3EXT*  AND  NCACON).  These  three  measures 
affect  many  aspects  of  the  Operations  game*  as  described 
below. 

2.2  MOVEMENT 

A  unit  will  not  begin  to  move  across  the  game  map*  or 
change  the  goal  (destination)  of  its  movement  unless  ordered 
to  do  so  by  the  JTFHQ.  To  determine  whether  a  movement 
order  can  get  to  a  unit*  the  unit's  C3EXT  is  compared  to  a 
uniform  (0*1)  random  number. 

Each  unit  has  a  basic  number  of  movement  Doints  oer 
turn*  based  on  the  type  of  unit  (armor,  infantry* 
headauart ers *  etc.).  This  movement  rate  is  initially  set  in 
the  data  files  but  can  be  reduced  by  terrain*  for  examole* 
movement  through  mountains  takes  more  ooints  (3)  than 
movement  through  open  terrain  (t)*  but  roads  allow  faster 
movement  (1/2).  The  movement  rate  is  also  affected  by  the 


mobility  of  any  electronic  eauioment  the  unit  is  carrying 
a  1 ong  with  them.  If  any  commun i cat  ions  or  electronic 
eauioment  the  unit  is  carrying  has  less  mobility  than  the 
unit#  the  unit  must  slow  down.  Poor  internal  communications 
can  also  slow  down  unit  movement.  The  INTC3  value  of  the 
unit  is  compared  to  a  random  number;  if  the  random  number 
is  larger  the  movement  ooints  of  the  unit  are  reduced  by  a 
half.  (See  Figure  A-6  in  Section  2.6  for  details  of  the 
terrain  effect  on  movement  points.) 

2.3  INTELLIGENCE 

Intelligence  satellite  information  cannot  be  passed  to 
the  JTFHQ  unless  there  is  connectivity  from  the  CONUS 
(NCACON).  Air  reconnaissance  reauires  connectivity  from  the 
JTFHQ  to  the  air  wing  (C3EXT). 

2. 4  ATTACK  APPROVAL 

The  Umpire#  acting  as  the  NCA,  selects  the  rules  of 
engagement  at  the  beainning  of  the  Operations  Phase  and  can 
chahge  them  during  the  game.  There  are  three  levels  of 
engagement:  the  NCA  may  retain  tight  control  of  the  war# 
may  delegate  authority  to  the  JTF  Commander,  or  may  give 
control  to  local  field  commanders.  For  example  the  NCA  or 
JTF  may  want  to  maintain  attack  approval  to  ensure  that  the 
other  side  initiates  hostilities#  or  to  coordinate  the 
timing  of  a  preemptive#  force*wide  attack. 


The  NCA  does  not  delegate  control  of  the  anti-satellite 
weapons.  If  the  NCA  retains  control »  connectivity  from  the 
unit  involved  to  the  JTFHQ  and  to  the  NCA  is  checked  for 
every  decision  to  attack#  on  the  ground  or  from  the  air.  If 
control  is  delegated  to  the  JTF  Commander#  only  unit-JTFHQ 
connect ivitv  is  checked  before  an  attack.  If  the  local 
commander  has  control#  connectivity  is  necessary  only  for 
air  support. 

Approval  level  is  determined  and  necessary 
communications  checks  made  before  ant i -satel 1 i te  firings# 
'nterdiction  missions#  or  qround  attacks  begin.  (Close  air 
support#  air  defense#  and  counter  air  missions  occur  only  in 
conjunction  with  interdiction  or  ground  attacks#  and  so  are 
also  dependent  on  the  rules.) 

2.5  the  air  battle 

Close  air  support  and  interdiction  missions  require 
connectivity  to  the  air  wing  and  internal  communications  for 
the  wing.  Counter  air  requires  good  internal  communications 
within  the  air  winq.  If  the  enemy  unit  has  Ain/ACS#  counter 
air  interceotors  are  warned  in  time  to  attack  interdiction 
or  close  air  support  missions  enroute#  without  AwACS  the 


interception  takes  place  after  the  support  mission  is 


Counter  air  battles  are  resolved  by  subtracting  the 
counter  air  values  (CAV)  of  both  sides  and  comoaring  the 


difference  to  a  random  number.  An  internal  table,  based  on 
the  one  in  Figure  A-8,  determines  the  outcomes. 
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R  Red  aborts 

G  Green  aborts 

RL  Red  aborts  with  attrition 

GL  Green  aborts  with  attrition 

COUNTER  AIR  RESULTS  TABLE 

FIGUPE  A-8 


Close  air  suoport  (CAS),  if  not  stopped  by  the  counter 
air  forces#  subtracts  the  air  winq's  electronic  warfare 
value  from  the  ground  unit's  air  defense  value.  The 
difference  and  a  random  number  are  compared  using  the  table 
in  Figure  A-9  to  determine  the  outcome.  If  the  CAS  mission 


is  not  aborted,  the  ground  unit's  combat  value  is  reduced  by 


AIR  DEFENSE  VALUE  -  EW  VALUE 
(Ground  Unit)  (Air  Unit) 
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AIR  DEFENSE  RESULTS  TABLE 
Figure  A-9 


cr 

Interdiction  missions  also  must  go  through  counter  air 
and  air  defense  battles/  as  described  for  CAS.  If  the 
mission  is  not  aborted/  the  ground  unit's  combat  value  is 
also  reduced  by  1.0. 


2.6  THE  GROUND  BATTLE 

Each  ground  unit  has  a  certain  ground  combat  capability 
that  may  or  may  not  have  been  reduced  by  interdiction  or 
close  air  suooort.  Higher  headquarters  approval  may  be 
needed  for  a  ground  attack  (NCACON  and  C5EXT ) .  Poor 
tactical  communications  may  decrease  the  ability  of  a  local 
commander  to  direct  the  movement  and  other  actions  of  his 
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forces  during  the  battle  (INTC3).  Terrain  also  affects 
combat  caoability  as  shown  in  Figure  A-10. 


MOVEMENT  COST  COMBAT  EFFECT 


TERRAIN  TYPE 

IN 

MOBILITY  POINTS 

IN 

COMBAT  POINTS 

Open 

-1 

none 

Highway 

-1/2 

none 

Desert 

-1 

♦  1 

for  attacker 

Woods 

-2 

♦  1 

for  defender 

Mountains 

-3 

+  2 

for  defender 

Seas 

-1 

(ships  only) 

none 

Lakes 

-999  (no  movement) 

none 

Rivers 

-1 

(when  crossing) 

♦  1 

i  f  de  f end i ng 

beh i nd 

Cities 

-1 

♦  1 

for  defender 

TERRAIN  EFECTS  ON  MOVEMENT  AND  COMBAT 
F i gure  A-10 

2.7  ELECTRONIC  WARFARE 

Electronic  warfare  eauipment  may  be  used  in  two  modes* 
ESM  (Electronic  Suooort  Measures)  and  ECM  (Electronic 
Counter  Measures).  In  the  ESM  mode*  it  can  give  bearings  to 
compatible  enemy  emitters*  as  intelligence  information* 
improving  planning  and  local  combat  direction.  In  the  ECM 
mode  it  can  jam  or  deceive  susceptable  communications* 
degrading  the  effectiveness  of  enemy  systems.  In  ground 


combat*  equipment  in  the  ESM  mode  can  detect  and  possibly 
intercept  or  deceive  enemy  communications.  If  so*  the 
owning  unit's  combat  Points  are  increased  by  the  EW  factor 
of  the  equipment. 

2.8  SPECIAL  EQUIPMENT 

Special  equipment*  such  as  satellites*  ant i -satel 1 i te 
weapons*  AWACS*  and  Airborne  Command  Posts  can  greatly 
increase  the  capabilities  of  the  combat  forces  through 
intelligence*  communications  relay*  or  by  degrading  enemy 
capabi 1 i t i es. 

Communications  satellites  are  of  two  tvoes*  those  with 
one  area  beam  and  those  with  several  soot  beams.  Ground 
terminals  that  are  compatible  are  always  in  range  of  area 
beam  satellites.  However*  when  using  soot  beam  satellites* 
the  players  must  reposition  the  soot  beam  centers  so  that 
the  ground  terminals  can  use  the  satellite. 

Intelligence  satellites  survey  a  north-south  strio  of 
the  mao.  The  width  of  the  strip  depends  on  the  beamwidth  of 
the  satellite.  The  columns  to  be  surveyed  can  be  changed 
once  each  turn.  The  effectiveness  (C3E)  is  less  than  100X 
(there  may  be  cloud  cover  or  the  satellite  may  not  be 
working)*  but  when  the  satellite  is  working  it  detects  any 
enemy  unit  in  the  strio  it  Surveys. 
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Ant i -satel 1 i te  weapons  can  only  be  used  once»  aqainst 
either  a  communications  or  an  intelligence  satellite.  On  i  y 
one  weaoon  may  be  used  in  a  turn.  Each  weaoon  has  a  given 
C3E.  If  the  NCA  approves  the  use  of  a  weapon,  the  C3E  and  a 
random  number  are  used  to  determine  whether  the  attack  is 
successful . 

Am ACS  and  A8NCP  operate  on  scheduled  rotations.  No  more 
than  one  of  each  is  in  orbit  for  a  turn.  If  less  than  three 
of  each  were  ourchased,  they  may  not  be  available  at  all 
times.  If  they  are  available,  and  don't  break  down  at  the 
last  minute,  their  orbit  can  be  set  for  each  turn.  They  can 
act  as  communications  relays  and  the  AwACS  can  detect 
interdiction  and  close  air  suoport  attacks  and  call  ud 


counter  air  to  stop  them 


3.1  INTRODUCTION 


This  section  describes  COMEL  from  the  Umoire's 
perspective  and  lists  the  possible  ootior.s  and  their 
consequences  to  game  play.  Section  4  describes  the  game  in 
the  same  wav  from  the  Green  and  Red  Players’  perspective. 

The  following  subsections  describe: 

a.  The  procedure  used  to  LOGIN  on  the  VAX/VMS 
computer  and  start  COMEL. 

b.  The  steps  the  Umpire  should  follow  to 
successfully  setup  and  run  various  versions  of  COMEL. 

The  Umpire  is  an  active  participant  in  COMEL  and  not 
just  an  observer.  An  amount  of  preplanning  is  necessary  to 
ensure  a  smooth  and  well  run  game.  The  Umpire  should  plan 
for  how  Iona  the  total  game  will  take  and  divide  the  game 
turns  accordingly.  It  might  be  necessary  to  olay  the  game 
over  a  period  of  more  than  one  day  or  at  least  in  more  than 
one  session  at  the  terminal.  The  Umpire  is  also  responsible 
for  allocating  money  in  the  Acquisition  Phase  and  supplying 
intelligence  information.  In  the  Operations  Phase#  the 
Umpire  makes  decisions  based  on  Red  or  Green  requests  and 
uoon  how  the  game  is  proceeding. 


This  section  of  the  manual  will  discuss  in  detail  the 
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various  decisions  for  which  the  Umpire  is  responsible. 

3.1.1  Logging  In  and  Running  COMEL 

Any  terminal  connected  to  the  VAX/i/MS  system  can  be 
used  to  run  COMEL.  Just  turn  the  terminal  on  and  press  the 
return  kev.  If  everything  is  in  working  order/  the  computer 
should  display  the  word/  USERNAME:  .  In  response  to 

USERNAME:  /  enter  the  LOGIN  name  provided  (eg/  COMEL)  and 

press  return.  The  computer  will  display  PASSWORD.  Enter 
the  PASSWORD  provided  then  press  the  RETURN  key.  If  the 
message  "User  authorization  failure"  is  displayed/  check  to 
see  that  you  have  the  correct  username  and  password/  press 
the  return  and  try  again. 

After  a  successful  LOGIN/  the  computer  will  prompt 
for  USER  input  with  a  "I  ". 

To  run  COMEL/  input  the  following  item  (without  quotation 
marks ) : 

"5C0MEL" 

Then  press  the  RETURN  key  (hereafter/  <RET  >)/  and  COMEL 
GAME  OPTION  MENU  will  be  displayed. 


3.2  UMPIRE  OPTIONS 

The  following  MENU  displays  the  initial  actions  that  are 
available  to  the  Umpire  at  the  start  of  each  game/  during 
certain  stages  of  the  olav  of  the  game/  and  at  the 
conclusion  of  olav  of  each  game.  The  Red  and  Green  Players 
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should  not  be  signed  on  at  this  time  (or  at  least  not  oast 
the  COME l  ACQUISITION  qame  header  disdav  described  in 
Section  4). 

COMEL  WAR  GAME  OPTIONS 


S  CHOOSE:  UM 


n «  ACTION  REQUIRED 


1  NEW  GAME  :  DEFAULT  DA TA/EGUIPMENT  FILE  EMPTY 

2  NEW  GAME  :  DEFAULT  DA T A/OPERATIONS  START 

3  NEW  GAME  :  DEFAULT  DATA/ACQUISITION  START 

a  OLD  GAME  :  CONTINUE  DA T A/DESIGNATED  SAVE  AREA 

5  MOD  GAME  :  TAILOR  DATA  FILES 

6  SAVE  GAME 

7  DELETE  GAME 

8  DELETE  FILE 
R  START  GAME 

E  EXIT  COMEL 


Enter  one  of  COMEL  options  in  this  menu.  Described  next 
are  the  effects  of  each  option.  The  purpose  of  this  menu 
selection  is  to  run  COMEL#  or  to  saver  delete  or  modify  the 
files  used  by  the  game.  See  the  attached  Figure  (A-ll)  for 
the  architecture  of  the  files. 

3.2.1  New  Game:  Default  Data/Eouipment  File  Empty 

All  COMEL  system  files  are  loaded  with  the  data 
necessary  to  run  the  game.  The  equipment  list  files  are 
empty#  which  means  the  olayers  start  the  Acquisition  Phase 
with  no  existing  equipment.  The  olayers  acquire  all  the 
electronic  eauioment  they  need  to  operate  the  forces  in  the 
projected  scenario.  All  electronic  equipment  will  have  to 
be  procured  and  placed  in  service  through  the  acquisition 


process , 


b  7 


COMEL  FILE  ARCHETECTURE 
FIGURE  A- 11 
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When  option  1  is  selected  ano  while  the  appropriate  files 
are  being  loaded/  the  message 
SETTING  UP  NEW  GAME:  WAIT  PLEASE 
will  be  displayed  at  the  terminal. 

After  successfully  setting  up  the  game  files*  the  message 
GAME  FILES  ARE  READY  tC/RJ 

is  displayed.  Respond  by  pressing  <RET>.  The  main  menu 
will  then  appear  and  COMEL  can  be  run. 

3.2.2  New  Game:  Default  Data/Ooerat i ons 

All  COMEL  system  files  are  loaded  with  the  data 
necessary  to  run  the  game  starting  at  the  Operations  Phase. 
A  sufficent  set  of  electronic  equipment  has  been  provided  to 
the  Red  and  Green  Players  for  adequate  communications, 
when  option  2  is  selected  and  while  the  appropriate  files 
are  being  loaded*  the  message 
SETTING  UP  NEW  GAME:  EXTENSIVE*  WAIT  PLEASE 
will  be  displayed  at  the  terminal. 

After  successfully  setting  uo  the  game  files*  the  message 
GAME  FILES  ARE  READY  IC/R1 


is  displayed.  Respond  by  pressing  <RET>.  The  main  menu 
will  then  appear  and  COMEL  can  be  run. 


3.2.3 


Default  Data/Acquisition  Start 


The  COMEL  files  are  loaded  with  a  standard  set  of 


data  for  games  that  intend  to  exercise  the  Acquisition  Phase 


and  the  Operations  Phase.  The  Acquisition  Phase  is  not 
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started  with  a  "clean  slate"  of  equipment.  Realistically* 
we  never  start  procuring  for  future  defense  needs  without 
"current  defense  capability".  There  is  always  a  curent 
defense  capability.  However*  as  new  threats  are  perceived 
and  new  technologies  emerge*  acquisition  plans  are  developed 
and  executed  to  modernize  forces  to  meet  these  threats.  In 
this  case*  the  Red  and  Green  equipment  files  will  contain  a 
set  of  hypothetical  default  equipment  that  satisfies  the 
current  threat  scenarios.  Various  acquisition  strategies 
can  be  explored  using  this  common  starting  point  so  that  a 
successful  stateqy  can  be  found  that  will  meet  the  potential 
threat  (and  eventual  war). 

As  before*  the  message 
SETTING  UP  NEW  GAME.*  MINIMAL*  WAIT  PLEASE 
will  be  displayed  at  the  terminal. 

After  successfully  setting  up  the  game  files*  the  message 
SETUP  FINISHED  IC/R1 

is  displayed.  Respond  by  pressing  <RET>.  The  main  menu 
will  then  appear  and  COMEL  can  be  run. 

3.2.4  Old  Game?  Continue  Pat a/Des i gnat ed  Save  Area 

Selecting  this  option  will  cause  the  following  menu 


to  be  displayed 


J  OLD  GAME  SELECTION  J 
:  CHOOSE:  *»  ! 

UU  ENTER  SAVEO  WAR  GAME 

0  EXIT  SAVED  GAMES 

1  COMEL  WAR  GAME  1 

2  COMEL  WAR  GAME  2 

3  COMEL  WAR  GAME  3 

4  COMEL  WAR  GAME  4 

5  GOMEL  WAR  GAME  5 

6  COMEL  WAR  GAME  6 

7  COMEL  WAR  GAME  7 

8  COMEL  WAR  GAME  8 

9  COMEL  WAR  GAME  9 

This  option  assumes  that  a  war  qame  played  earlier  has  been 
saved  to  one  of  these  nine  areas.  Selecting  a  -0-  will 
force  an  exit  back  to  the  main  menu  without  affecting  any 
COMEL  files.  Should  a  1  through  a  9  be  selected#  all  files 
for  that  war  game  will  be  restored  to  the  same  state  they 
were  in  when  saved  previously  with  the  SAVE  GAME  option. 
After  restoration#  the  main  menu  will  appear  and  COMEL  can 
be  run.  A  wait  message  will  appear  while  files  for  the 
aooropr i ate  game  are  being  loaded. 

3.2.5  Mod  Game:  Tailor  Data  Files 

Selection  of  ootion  -5-  assumes  a  knowledge  of  the 
operation#  program  and  data  flow  of  COMEL.  with  this 
ootion#  the  war  game  can  be  tailored  to  specification  at  the 
FILE  level.  That  is#  a  war  game  can  be  set  up  with  a 
different  system  data  file  than  standard#  or  with  a  Red 
equipment  file  from  one  qame  and  a  Green  equipment  file  from 
another  game.  The  same  electronic  equipment  used  in  one 
scenario  can  be  used  in  a  different  scenario  to  see  what 


71 


changes  will  result  in  the  game  (ie#  change  the  MAP  for  the 
Ooerations  Phase).  There  are  an  unlimited  number  of 
combinations  that  can  be  made  by  using  this  option  to  tailor 
files.  The  Thesis  and  Maintenance  Manual  should  be  read  and 
understood  prior  to  setting  uo  tailored  files. 

There  will  be  a  series  of  self  explanatory  questions 
dealing  with  files  to  be  used.  Answer  each  question  'yes' 
or  'no'.  If  yes#  a  file  name  will  be  requested. 

If  no#  the  default  for  that  file  will  be  used.  After  files 
are  set  uo# 

END  OF  TAILORED  FILES#  IC/R1 

is  displayed.  Respond  by  pressing  <RET>.  The  main  menu 
will  then  aooear  and  COMEL  can  be  run. 

3.2.6  Save  Gamq 

The  selection  of  -6-  will  result  in  the  followinq 

menu : 

!  SAVE  GAME  TO  FILE  ! 

!  CHOOSE:  nu  : 

*U  ENTER  game  AREA  FOR  SAVE 

0  EXIT  GAME  SAVE  ROUTINE 

1  COMEL  WAR  GAME  1 

2  COMEL  WAR  GAME  2 

3  COMEL  WAR  GAME  3 

«  COMEL  WAR  GAME  « 

5  COMEL  WAR  GAME  5 

6  COMEL  WAR  GAME  6 

7  COMEL  WAR  GAME  7 

8  COMEL  WAR  GAME  8 

9  COMEL  WAR  GAME  9 

Using  this  option#  all  game  files  used  in  C0MEL  will  be 
saved  to  one  of  these  nine  areas.  Option  -0-  will  cause  a 
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return  to  the  main  menu  without  affecting  any  GOMEL  files. 
A  "1“  throuah  -9-  will  save  the  GOMEL  files  prefixed  with 
the  SAVE  GAME  number  selected.  The  main  menu  will  then 
aopear  for  further  action.  When  a  save  file  is  selected# 
new  versions  of  all  files  in  that  area  are  created  so  that 
information  in  old  files  is  not  lost. 

3.2.7  Delete  Game 

A  directory  listing  of  all  files  for  war  game  “1“ 
through  war  game  *9-  will  be  displayed  at  the  terminal. 
After  the  directory  listing  the  disolay 
GAME  TO  BE  DELETED?  1 1 -91 

is  given.  Enter  a  <RET>  to  go  back  to  the  main  menu  or 
enter  tlie  war  game  to  be  deleted.  Then  the  following  will 
be  displayed: 

VERSION  U  [IE  NUMBER  AFTER  }  1 

Input  the  specific  version  number  to  delete  tne  game  (1#2#3 
etc).  A  xret*  with  no  number  will  result  in  the  main  menu. 
Assuming  a  correct  version  is  entered#  displayed  next  is: 

ENO  OF  DELETE?  tY/Nl 

If  'n'  is  entered#  another  game  can  be  deleted  without  first 
returning  to  the  main  menu.  'y'  returns  directly  to  the 
main  menu. 

3.2.8  Delete  File 

A  directory  listing  of  war  game  files  is  displayed. 
Any  file  displayed  on  the  terminal  can  be  deleted  by 
correctly  specifying  its  game#  version  *  and  file  name. 
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After  the  directory  listing, 

GAME  TO  BE  DELETED? tl-91 

is  displayed.  A  file  under  that  war  game  will  be  deleted, 
not  the  entire  game.  If  a  <RET>  is  entered,  control  will  be 
passed  to  the  main  menu. 

VERSION  *  CIE,  NUMBER  AFTER  ?) 

Input  the  version  number  of  the  file  to  delete  (1,2,3,  etc). 
A  <RET>  will  result  in  control  passing  to  the  main  menu. 
Assuming  a  version  U  is  entered, 

FILE?(REQUIP,RINTEL,  ETC) 


Enter  the  file  that  is 

to 

be  deleted 

.  If  a 

«RET> 

i  S 

entered,  control  will 

be 

passed 

to 

the  main 

menu . 

If  a 

correct  Game,  Version  and 

Fi  1 

e  name 

are 

entered. 

the 

next 

display  will  be 
END  OF  DELETE?IY/N1 

Another  game  can  be  deleted  if  "yes"  is  entered. 

3.3  START  GAME 

The  administrative  i ni t i al i zat i on  of  the  game  is  now 
comolete  and,  with  ODtion  -R-,  the  actual  COMEL  war  game 
(UMPIRE. FOR)  now  begins.  IF  a  CONTROL  Y  (a  panic  exit)  is 
entered  in  any  module  under  UMPIRE  control,  the  game  will  be 
stopped,  and  control  will  oass  to  the  initial  menu  (Section 
3.2).  Variables  in  arrays  will  not  be  saved,  but  all  files 
will  be  at  the  same  state  they  were  in  prior  to  the  CONTROL 
Y  ( i e ,  only  the  current  turn  information  will  be  lost).  The 


files  can  be  saved  or  the  game  started  again  from  the 


orevious  turn. 

The  -R-  option  will  display  the  following  menu: 


- * 

*  COMEL  WAR  GAME  OPTIONS  * 

*  CHOOSE:  **  * 

##  ACTION  REQUESTED 


1  GAME  INFORMATION 

2  RUN  ACQUISITION  ONLY 

3  RUN  OPERATIONS  PHASE  ONLY 
H  RUN  COMPLETE  GAME 

E  EXIT  COMEL 

«« 

Ootion  -1-  results  in  game  information.  Option  -2-, -3-  or 
-4-  start  the  game  in  the  phase  or  phases  selected.  Since 
each  phase  of  COMEL  can  require  hours  to  olay,  these  options 
give  the  Umpire  time  management  control  o*  COMEL.  Also* 
COMEL  can  be  played  by  groups  interested  in  Acquisition 
only,  or  Operations  only. 

3.3.1  Execution  Options 

The  Acquisition  Phase  can  be  stooped  at  any  time  in 
order  to  enter  the  Operations  Phase.  If  the  Operations 
Phase  is  stopped,  and  the  Acquisition  Phase  re-entered,  no 
problems  will  occur  unless  the  Operations  Phase  is 
re-entered.  In  this  case,  the  Operations  Phase  will  have  to 


be  started  again  at  turn  one  in  order  to  account  for  the  new 
data  entered  through  Acquisition.  COMEL  can  be  exited  by 
entering  an  -E-. 


3.3.2  Game  Information 

Game  information  may  be  selected  for  an  overview  of 
COMEL  and  the  Umpire’s  role  in  the  clay  of  the  game. 
Displayed  first  is: 

- - -  game  information  - 

Uo  to  15  lines  will  be  displayed  at  a  time.  Next  is 
di sol ayed: 

PAGE  ENTER  0  TO  EXIT 
[RANGE?  0  TO  100] 

Enter  the  page  number  to  be  displayed  or  -0-  to  exit  this 
routine.  When  -0-  is  entered* 

CC/R1 

is  displayed.  Now  enter  a  <RET>  to  return  to  the  menu. 

3.4  ACQUISITION  PHASE  CONTROL 

The  Umpire  is  an  active  participant  in  COMEL  and  will 
have  to  make  many  decisions  that  can  effect  the  outcome  of 
the  game.  A  plan*  or  strategy*  should  be  selected  prior  to 
playing  the  game  to  establish  some  mutually  acceptable 
agreement  as  to  the  extent  the  Umpire  can  vary  parameters 
which  influence  the  outcome  of  the  game.  The  actual  effects 
of  the  players'  decisions  will  not  be  known  until  the 
Acquisition  Phase  is  ended  and  the  war  started.  Even  then* 
the  ultimate  winner  can  vary  depending  on  the  players' 
tactics  in  the  Operations  Phase.  It  is  important  for  the 
Umpire  to  be  consistent  in  use  of  Umpire  controls  to  prevent 
one  side  from  gaining  an  unearned  advantage. 
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The  first  display  that  the  Umpire  will  see  is  as 
foil oms : 
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PLEASE  ENTER  A  4-7  DIGIT  ODD  NUMBER  TO  BE  USED  AS  A  SEED 
FOR  THE  RANDOM  NUMBER  GENERATOR  USED  TO  DETERMINE 
THE  START  OF  WAR: 

A  seed  number  is  requested  for  use  in  determining  the  start 
of  the  war.  War  can  occur  at  any  time  from  year  two  on. 
The  probability  of  war  increases  from  ’0.1'  at  the  end  of 
year  2,  to  a  maximum  of  '0.9*  at  the  end  of  year  9. 

Each  turn  of  the  acquisition  process  can  vary  in  time 
according  to  the  Umpire’s  perception  of  how  fast  action 
should  take  place.  The  turns  in  the  Acquisition  Phase 
reoresent  a  year  in  the  budget  process.  The  Umpire  will  see 
the  display# 


ENTER  LENGTH  {MINI  OF  TURN,  OR,  -0-  TO  STOP 

The  following  can  be  used  as  a  guide  for  the  turn  lengths 


10  MINUTES  -  program  will  not  allow  for  a  turn  of  less 
than  10  minutes. 

90  MINUTES  -  initial  acauisition  year 
60  MINUTES  -  2nd  year 
30  MINUTES  -  each  additional  year 

If  both  sides  finish  before  time  is  up.  the  next  turn  will 
begin  immediately. 

3.9.1  Budget 

Prior  to  each  game  year  of  the  Acquisition  Phase, 
the  Umpire  is  prompted  for  the  amount  of  money  the  Red  and 
Green  teams  can  spend  during  the  coming  year.  This  money  is 
expressed  in  terms  of  a  ficticious  denomination  called 
"MEGABUCKS  CM)".  A  normal  amount  that  will  be  soent  per 
system  per  year  is  between  10-15M.  Information  requests 
made  by  Red  or  Green  range  from  10-20M  per  reauest.  Once  a 
system  is  started  in  the  acquisition  process,  money  will  be 
obligated  for  that  system  throughout  its  life  cycle.  Money 
will  not  be  obligated  from  the  players  budget  if  a 
particular  development  cycle  is  finished  and  that  system  has 
not  been  started  in  another  cycle.  The  amount  of  money  the 
Umpire  gives  each  player  will  depend  on  the  sire  of 
operation  intended.  The  majority  of  costs  in  the  game  will 
be  in  the  early  years  of  acquisition  as  equipment  is  cycled 
through  Research  and  Development  (R+D)  and  Manuf actur i ng  for 
Deployment  (M+0).  Once  they  are  in  Operation  and 
Maintenance  (0+M).  the  budgetary  needs  stabilize  at  around 
5-15M  per  system.  The  Umpire  should  also  rememoer  that  an 
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additional  amount  of  money  should  be  allocated  for  possible 
Intelligence  requests. 

To  help  with  the  requests#  the  UmDire  is  provided  a 

budget  history.  This  history  is  presented  from  year  2  on. 

It  includes  the  previous  years  budgets  given  Red  ana  Green 

along  with  the  amount  of  that  Budget  the  players  spent.  It 

also  includes  any  budget  requests  made  by  the  players.  The 

Umpi re  will  see 

BUDGET  HISTORY  IS  AS  FOLLOWS 

RED  GREEN  RED  BGT  GREEN  RED  BGT  GREEN 

YEAR  BUDGET  BUDGET  USED  USED  REQUEST  REQUEST 

1  500.00  500.00  214.00  214.00  0.00  600.00 

2  600.00  600.00  79.00  75.00  0.00  800.00 

No  budget  history  means  that  it  is  game  turn  one.  The 
Acquisition  Phase  is  tied  to  the  budget  since  all  depends  on 
when  an  item  starts  R  +  D#  M+D  or  0  +  M. 

Next  the  Umoire  will  see 

PLEASE  ENTER  RED  TEAMS  BUDGET  FOR  YEAR  3 

then 

PLEASE  ENTER  GREEN  TEAM  BUDGET  FOR  YEAR  3 

After  the  budgets  are  entered#  that  year's  budget  update  is 
complete  and  the  program  will  continue  to  the 
synchronization  and  control  stage. 
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Recommended  budgets  for  the  default  game  shown  in 


Figure  A-12S 


ACQUISITION  RECOMMENDED 
YEAR  BUDGET 


1 

480M 

2 

490M 

3 

520M 

4 

520M 

5 

490M 

6 

48  0M 

7 

460M 

8 

450M 

9 

450M 

recommended  BUDGETS 
Figure  A-!2 


3.4.2  Synchronizes  ion  and  Control 

After  the  Umoire  enters  the  length  of  the  current 
year  and  gives  Red  and  Green  Players  a  budget  for  the  year, 
the  following  message  will  aooear 
WAITING  FOR  GREEN  &  RED. .. 17:30:  10 

The  Umpire's  program  will  remain  here  until  Red  and  Green 
log  on  and  continue  oast  the  header,  at  which  time  the 
following  message  will  appear 
TIME. ..17:31:20 

This  disolay  will  repeat  every  10  seconds  on  the  Umpire’s 
terminal  until  the  time  alloted  for  that  year  has  expired, 
or,  until  both  players  have  completed  that  year  turn.  At 
that  time  the  Umpire  will  see 
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ENO  YEAR 
CC/R) 


at  •  ..17: «5:50 


Enter  the  «RET>  for  the  intelligence  update  routine. 

3.4.3  Intelligence  Update 

The  Umpire  automatically  enters  the  intelligence 
uodate  module  at  the  end  of  each  game  year.  The  Umpire's 
responsibility  is  to  check  for  Red  and  Green  Intelligence 
requests.  The  answers  to  the  requests  can  be  found  by 
checking  the  game  summary  for  each  player.  The  Umpire  also 
checks  for  other  requests  contained  in  the  mail  files.  The 
Umpire  uses  the  update  mode  to  enter/  in  free  form,  an 
answer  to  the  player's  requests. 

The  following  menu  is  displayed  to  the  Umpire  durinq 
the  intelligence  update 


*  INTELLIGENCE  UPDATE  MENU  * 

*  CHOOSE  *#  * 

«#  ACTION  REQUESTED 

1  RED  GAME  SUMMARY 

2  GREEN  GAME  SUMMARY 

3  READ  RED  MAIL 

4  READ  GREEN  mail 

5  RED  INTEL  REQUEST 

6  GREEN  INTEL  REQUEST 

7  UPDATE  RED  INTEL 

8  UPDATE  GREEN  INTEL 
E  EXIT  INTEL 


The  Umpire  enters  option  1  thru  8  or  E.  No  intelligence 
will  be  provided  Red  and  Green  unless  the  Umpire  enters 
ootion  7  or  8.  The  Umpire  will  be  given  a  second  chance  to 
enter  the  uodate  after  the  option  to  exit  is  entered. 


3.4.3. 1  Red  Game  Summary  or  Green  Game  Summary: 
Option  1  or  2  enables  the  (Jmoire  to  review  the  status  of  the 
Red  or  Green  Player. 

SYSTEM  STATUS. .. 16:08:54 
f YEAR  4 J 

♦DECISION  TIME:  59  MIN* 

i ____________________________ i 

J  CHOOSE:  FROM  *«  } 

i ____________________________ i 

**  TITLE 

1  SYSTEMS  SUMMARY 

2  SYSTEMS  DEPLOYED 

3  SYSTEMS  IN  R  &  D 

4  SYSTEMS  FINISHED  R&D 

5  SYSTEMS  M  &  D 

6  SYSTEMS  TO  BUY 

E  EXIT  SYSTEMS  STATUS 

• 

Exclamation  of  the  various  options  will  also  be  included  in 
a  subsequent  section  of  the  Users  Manual. 

3. 4. 3. 2  Read  Red  Mail  or  Read  Green  Mail:  Options  3 
and  4  display  the  free  form  input  from  the  Red  or  Green 
Player  to  the  Umpire.  Typically  the  mai 1  will  contain 
questions  or  comments  of  a  general  nature.  The  player  has 
not  spent  any  money  to  enter  these  questions  and  so 
substantial  information  should  not  be  supplied. 

3. 4. 3. 3  Red  Intel  Request  or  Green  Intel  Reauest: 
Options  -5-  and  -6-  enable  the  Umpire  to  look  at  specific 
intelligence  requests  made  by  the  Red  and  Green  Players. 
These  requests  were  paid  for  during  the  year  that  the  player 
just  finished.  If  the  Ump ire  does  not  check  the  request* 


the  players  money  will  have  spent  for  nothing.  (The  Umpire 


may  choose  to  give  no  information#  ie#  Murphy's  Law).  It 
is  recommended  that  soecific  questions  be  answered  with  a 
yes#  no  or  maybe  and  that  general  questions  be  given  a  more 
vague  answer. 

A  general  intelligence  request  means  that  the  player 
is  asking  for  some  general  idea  of  what  the  other  player  is 
doinq.  8e  sure  to  include  the  system  name  wi^h  the  answer. 
(Yes#  artac  1  IS  in  R  +  D.)  Information  to  answer  the 
questions  may  be  obtained  from  options  -1-  and  -2-#  Systems 
Status.  An  example  follows: 


*  RED  INTELLIGENCE  REQUEST  * 
**************************** 

A  general  Intel  brief  is  requested, 
IS  artac  1  in  R&D? 


[C/RJ 


3. *». 3. 4  Uodate  Red  Intel  or  Update  Green  Intel  :  On 

selection  of  option  -7-  or  option  -8-#  the  Umpire  will  see: 
ENTER  RED  UPDATE 


END  UPDATE 
IC/RJ 

After  the  initial  set  of  asterisks#  the  Umpire  enters  an 
answer  to  Red  or  Green’s  intelligence  request.  The  Umpire 
can  enter  a  response  to  a  players  mail  request  from  this 
menu  selection  as  well.  Enter  a  <RET>  when  finished  to 
return  to  the  Intelligence  Menu. 
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3. 4. 3.5  Exi t  Intel 


The  Umpire  should  be  certain 


that  all  intelligence  requests  are  satisfied  prior  to 
exiting  the  Intelligence  Menu.  Once  the  Intelligence  Menu 
is  exited,  the  next  game  turn  will  begin.  A  confirmation 
will  be  required  in  order  to  exit. 

3.4.4  End  of  Current  Turn 

After  the  Umpire  exits  the  Intelligence  Menu,  the 

message 

END  YEAR  4  AT.. .16:08: 3E 

rc/Ri 

will  be  displayed.  The  Umpire  is  expected  to  enter  a  <RET>. 


One 

of 

two  events 

will  then 

happen 

.  Either 

war  occurs, 

or 

the 

next 

budget 

year 

beg  ins. 

War  will  occur 

depend i nq 

on 

the 

turn 

and 

the 

random 

number- 

returned. 

The  later 

the 

year,  the 

more 

probable  it  is 

t  hat 

war  wi  1  1 

occur . 

For 

examole,  on  either  event,  the  Umpire  will  see 

IF  0.200  IS  LARGER  THAN  0.199  THEN  WAR  BEGINS. 

IC/R1 

If  war  occurs,  the  Umpire  will  see 

mar  '111*  111*  !!!!!! 

DO  YOU  REALLY  WANT  A  WAR  TO  START?  CY/NJ 

Th  umpire  then  decides  if  war  should  start  now  or  later. 


Should  the  war  start,  the  Acquisition  Phase  ends 


3.5  OPERATIONS  PHASE  CONTROL 

During  the  Operations  Phase  the  Umpire  must  keeo  abreast 
of  the  general  situation  on  the  map#  since  the  Umpire  will 
be  acting  as  National  Command  Authority  (NCA).  The  Umpi re 
will  have  a  chance  at  the  end  of  the  movement  module  and  the 
end  of  the  combat  module  to  review  the  unit  positions#  goals 
and  combat  values  for  both  sides  to  make  decisions.  At  the 
beginning  of  the  first  turn  the  Umpire  must  the  players  when 
to  begin  their  turn  by  going  beyond  the  Operations  Phase 
logo.  (The  terminal  will  cue  the  Umpire  when  to  do  this.) 
At  the  beginning  of  each  turn  the  Umpire  also  must  decide 
how  long  the  players'  turn  will  be. 

When  playing  only  the  Operations  Phase#  the  Umpire  must 
designate  whether  the  Operations  Phase  is  being  entered  for 
the  first  time  (in  which  case  eouipment  allocation  will  be 
required)  or  whether  a  game  already  in  progress  is  being 
resumed  after  a  ceasefire.  If  the  Operations  Phase  is  being 
entered  for  the  first  time#  the  Umpire  will  have  the  option 
of  using  the  default  unit  lists  or  interactively  building 
new  lists.  If  the  equipment  lists  are  empty#  the  Umpire  has 
the  option  of  interactively  building  new  equipment  lists. 

3.5.1  Rules  of  Engagement  (ROE) 


The  NCA  has  to  decide  how  much  freedom  of  action  te 
allow  the  deployed  JTF.  The  NCA  can  require  personal 


approval  of  all  attacks#  allow  the  JTF  Commander  to  make 


those  decisions#  or  relax  the  rules  so  that  the  local 


commander  can  attack  targets  of  opportunity  without  higher 


headquarters  approval.  The  Umpire  must  set  the  rules  of 
engagement  at  the  beginning  of  the  Operations  Phase  and  can 
change  them  at  the  beginning  of  each  turn.  vihile  retaining 
aoorova)  authority#  the  MCA  will  receive  messages  when  any 
unit  wishes  to  attack  and  can  obtain  open  communications 
channels  through  the  JTFHQ  and  up  to  the  MCA.  The  NCA  makes 
the  attack  decision  and  also  decides  whether  to  change  the 
rules  of  engagement  at  that  time. 

For  example  the  NCA  might  want  to  retain  approval 
authority  until  the  first  attack  of  the  game.  Once  the 
shooting  starts#  the  NCA  might  give  approval  authority  to 
the  JTF  Commander.  A  couple  of  turns  later#  when  the 
fighting  gets  heavy#  the  NCA  might  give  control  to  local 
commanders  then  raise  the  approval  authority  back  higher  as 
the  war  nears  an  end. 

Regardless  of  the  rules  of  engagement#  the  NCA 
always  retains  approval  authority  for  the  use  of 
ant i -satel 1 i te  weapons. 

3.5.2  End  of  War 

At  the  end  of  each  turn#  unless  one  side  has  won  a 
decisive  victory#  the  Umoire  must  decide  whether  to  end  the 
war  and  whether  to  declare  a  winner.  If  the  Umoire  does  not 
want  to  end  the  war#  a  ceasefire  can  be  declared,,  the  files 
can  be  saved#  and  fighting  can  be  resumed  at  a  later  time. 


(See  Section  «.6) 


4.  THE  PLAYER'S  GAME 

4.1  LOGGING  IN  AND  RUNNING  COMEL 

The  following  subsections  describe: 

a.  The  procedure  used  to  LOGIN  on  the  VAX/VMS  computer 
and  start  the  players'  game. 

b.  The  steos  the  player  should  follow  to  successfully  run 
any  version  of  COMEL. 

The  Red  and  Green  Players  Cor  staffs)  have  many  actions 
to  take  in  order  to  successfully  run  COMEL.  Preplanning  is 
essential  to  achieve  the  maximum  benefit  from  this  exercise. 

The  purpose  of  the  Acquisition  Phase  of  COMEL  is  to  give 
the  players  a  appreciation  of  the  complexities  of  joint 
communications  systems  acquisition  and  planning.  The 
Acquisition  Phase  consists  of  those  steps  necessary  to 
design,  test,  and  evaluate  the  system  and  to  produce  and 
install  it.  The  following  sections  will  enable  the  user  of 
the  systems  to  tailor  forces  with  that  equipment  which  will 
meet  the  anticipated  threat.  Figure  A-13  provides  an 
overview  of  the  player  options  available  during  the 


Acquisition  Phase 


START 

LOGIN 

3PLAYER 


COMEL 


COMEL  PLAYER  OPTIONS  MENU 


COMEL  ACQUISITION  STAGE  HEADER 


WAIT  FOR  UMPIRE  TO  START  GAME 


START 


> 


MAIN  MENU 

1) 

SHOPPING  LIST 

2) 

SYSTEMS  STATUS 

3) 

INTELLIGENCE 

4) 

BUDGET  ANALYSIS/REQUEST 

5) 

PROCUREMENT 

6) 

EXIT 

1)  SHOPPING  LIST 

*  General  info 

*  Technical  info 

*  Cost  info 


3)  INTELLIGENCE 
*  Read  reports 


2)  SYSTEMS  STATUS 

*  Systems  summary 

*  Systems  deployed 

*  Systems  in  R&D 

*  Systems  finished  R&D 

*  Systems  in  M&D 

*  Systems  to  buy 

*  Exit 


4)  BUDGET 

ANALYSIS/REQUES1] 

*  Five  year  cost 
projection 

*  Enter  budget 
request 


5)  PROCUREMENT 

*  Decision  Analysis 

*  Buy  systems 

*  Scrap  systems 

*  R&D  acceleration 

*  R&D  expansion 

*  O&M  reduction 

*"  Purchase  intel/ 
Send  messages 

*  M&D  systems 

*  Exit  procurement 

6)  EXIT 

♦Finished  current 
acquisition  turn 
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FIGURE  A-13 


Any  terminal  connected  to  the  VAX/VMS  system  can  be  used 


to  run  COMEL.  Just  turn  the  terminal  on  and  Dress  the 
return  key.  If  everything  is  in  working  order,  the  computer 
should  display  the  word,  USERNAME:  .  In  response  to 
USERNAME:  ,  enter  the  LOGIN  name  provided  (eg,  COMEL)  and 
press  return.The  computer  will  display  PASSWORD.  Enter  the 
PASSWORD  provided  then  press  the  RETURN  key.  If  the  message 
"User  authorization  failure"  is  displayed,  check  to  see  that 
you  have  the  correct  username  and  password,  press  the  Return 
and  try  again. 

After  a  successful  LOGIN,  the  computer  will  prompt  for 
USER  input  with  a  "S  ".  To  run  COMEL,  input  the  following 
item  (without  quotation  marks): 

"iPLAYER" 

Press  the  RETURN  key  (hereafter,  <RET  >),  and  the  COMEL 
HEADER  will  be  displayed. 
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4.2  PLAYER  OPTIONS 


The  first  menu  displayed  to  the  player  is  as  follows 


*  COMEL  PLAYER  OPTIONS  * 

*  CHOOSE:  »*  * 

U*  ACTION  REQUESTED 


1  GAME  INFORMATION 

2  RED  PLAYER????? 

3  GREEN  PLAYER????? 

4  ACQUISITION  PHASE  ONLY 

5  OPERATIONS  PHASE  ONLY 

6  BOTH  PHASES 
E  EXIT  GAME 

#* 

The  synchronization  of  players  is  not  necessary  until  the 
Acquisition  Phase  or  the  Operation  Phase  is  entered. 
Caution  should  be  taken  in  the  selection  cf  chase  to  ensure 
the  it  coincides  with  the  phase  selected  by  the  Umpire  (ie» 
ootion  4,  5»  or  6).  The  Player  will  have  a  second  chance  to 
confirm  the  ohase  selected.  Only  the  options  listed  in  the 
menu  will  be  accented. 

4.2.1  Game  Information 

If  Game  Information  is  desired*  enter  ootion  -1-  to 

see 

.................. — ..  game  INFORMATION  - - - - — - — -- 

Up  to  15  lines  will  be  displayed  at  a  time.  Next  is 
di spI ayed: 

PAGE  ##:  ENTER  0  TO  EXIT 
(RANGE ;  0  TO  1001 

Enter  the  page  number  to  be  displayed  or  -0-  to  exit  this 
routine.  When  -0-  is  entered* 


is  displayed.  Now  enter  a  <RET>  to  return  to  the  menu. 

4.2.2  Preliminary  Requirements 

The  Red  Player  must  enter  option  2  and  the  Green 
Player  must  enter  option  3.  If  both  players  select  option  2 
or  both  select  option  5,  the  synchronization  of  the  game 
cannot  be  accomol i shed.  The  following  is  displayed  when 
option  2  or  3  is  selected. 

YOU  ARE  THE  GREEN  PLAYER, 
or 

YOU  ARE  THE  RED  PLAYER. 

IC/R1 

4.2.3  Phase  Selected 

Enter  option  4,  5  »  or  6  as  aopropriate  after 

indicating  Red  or  Green.  These  options  will  initiate  the 
start  of  the  game  and  will  proceed  to  the  player's  portion 
of  the  Acquisition  or  Operations  Phase  as  appropriate  (see 
sections  4.3  or  4.5). 

4.2.4  End  of  Game 

At  the  end  of  the  game  the  main  menu  will  again  be 
displayed.  Selecting  option  -E-  will  exit  the  ol aver  game. 

4.3  COMEL  ACQUISITION  PHASE 

The  initial  portion  of  the  Acquisiton  Phase  has  been 
entered  when  the  following  logo  has  been  displayed. 
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********************************************************* 

DO  NOT  ENTER  THE  CARRIAGE  RETURN  UNTIL 
INSTRUCTED  TO  DO  SO  BY  THE  UMPIRE 
IC/R1 

Do  not  proceed  oast  this  point  until  told  to  by  the  Umpire? 
at  which  time  enter  a  <RET>.  When  the  <RET>  is  pressed  the 
following  is  displayed: 

WAITING  FOR  OTHER  PLAYER  TO  BEGIN  AT . . . 1  a : 37 : 42 
The  program  will  remain  at  this  point  until  the  opposing 
player  has  also  entered  a  <RET>.  This  will  ensure  that  the 
Red  and  Green  Players  will  have  exactly  the  same  amount  of 
time  to  make  decisions  during  the  coming  acquisition  year. 


4.4  MAIN  ACQUISITION  MENU 

The  purpose  of  the  Acquisition  Phase  is  to  assemble  a 
credible  stockpile  of  electronic  equipment  to  meet  an 
anticipated  threat.  The  goal  of  the  player  is  to  procure 


those  systems  that  will  satisfy  the  threat  forecast 


Always  be  aware  of  the  budget  money  remaining  and  the 
decision  time  left.  These  items  are  at  the  too  of  most 
displays.  When  the  decision  time  is  -0-,  all  further 
entries  will  result  in  a  move  to  the  main  Acauisition  Menu 
so  control  can  be  passed  to  the  Umpire. 

An  example  of  the  main  menu  of  the  Acquisition  Phase  is 
as  foil ows : 

COMEL  ACQUISITION  STAGE 


CYEAR  1  :  BUDGET  S  500. 0M1 
t  OBLIGATED  S  0.0M1 

♦DECISION  TIME:  27  MIN* 


CHOOSE:  FROM  «« 


U*  TITLE 


1  SHOPPING  LIST 

2  SYSTEMS  STATUS 

3  INTELLIGENCE 

a  BUDGET  ANALYSIS/REQ 
5  PROCUREMENT 
E  EXIT  ACQUISITION 


The  option  selected  should  be  entered  after  the  '?'.  A 
brief  description  of  each  option  and  then  a  detailed 
description  follows. 

1.  SHOPPING  LIST.  A  list  of  electronic  equipment 
needs  that  may  be  selected  for  further  consideration  by  the 
acquisition  process. 

2.  SYSTEMS  STATUS.  This  option  provides  a  brief 
summary  of  the  current  status  of  each  oiece  of  electronic 
equipment  under  consideration  and/or  development. 

3.  INTELLIGENCE.  If  intelligence  was  purchased  the 
previous  year#  that  intelligence  may  be  viewed  by  selecting 
this  ootion.  Also#  intelligence  purchased  previous  years 
may  be  reviewed. 

*1.  BUDGET  ANALYSIS/REQ.  This  ootion  will  provide  a 
five  year  forecast  on  budget  requirements.  A  budget  request 
for  next  year  can  be  submitted. 


5.  PROCUREMENT.  Enter  this  stage  to  buy  or  change 
the  status  of  the  electronic  equipment. 

E.  EXIT.  To  exit  the  Acquisition  Phase#  use  this 
option  when  finished  with  the  Acquisition  Phase  before  the 
decision  time  has  been  exceeded. 

4.4.1  Shopping  List 

The  following  is  an  abbreviated  example  of  a 
shopping  list  of  equipment  that  mav  be  selected  as 
candidates  for  acquisition. 

DECISION  TIME  LEFT  IS  27  MINUTES  AT  14:38:02 


- -  -  -  -  * 

*  ENTER  ITEM  #«  /OR/  (-0-1  TO  EXIT  * 


## 

SYSTEM 

TYPE 

SYSTEM 

TYPE 

1 

artac  1 

t  ac 

1 1 

sh  f-sat 

sat 

2 

artac  2 

t  ac 

12 

shf-gt 

gt  sat 

3 

navtac  1 

tac 

13 

vl  f 

vl  f 

4 

navtac  2 

tac 

14 

t  r  i  t  ac 

SW 

5 

aftac  1 

tac 

IS 

t  r i tac  eh 

sw 

6 

aftac  2 

tac 

16 

sat  1 

sat 

7 

h  f  1 1  y  1 

hf 

17 

gt-sat  1 

gt  sat 

8 

h  f  1 1  y  2 

hf 

18 

sat  2 

sat 

9 

wbs  1 

1  os 

19 

gt-cat  2 

gt  sat 

10 

wbs  2 

1  os 

20 

s  5 

sat 

au 

Selections  made  from  the  shopping  list  will  not  commit  anv 
money  from  the  budget.  This  is  only  a  candidate  list  of 
electronic  equipment  to  buy.  Once  selected  from  the 
shopping  list  and  added  to  the  candidate  list#  systems  will 
remain  on  the  candidate  list  every  subsequent  turn  until 
they  are  purchased. 

Enter  the  menu  number  (under  ##)  of  the  system  under 
consideration.  A  list  of  further  information  about  that 
system  will  then  be  made  available.  After  each  menu 


selection  the  following  tyoe  of  information  will  appear 


DO  YOU  WANT  MORE  INFORMATION  ON  artac  1  (Y/Nl 


If  more  information  is  not  desired/  just  enter  a  *N*  or  < 
<RET>.  An  answer  of  'Y*  will  display: 

GENERAL  INFORMATION  ABOUT:  artac  1  EQUIPMENT  TYPE:  tac 
?  tY/NJ 

If  answer  is  'Y*  information  on  equipment  tyoe  'tac'  i; 
di sp 1 ayed. 


*  * 

*  Service  Tactical  Communication  systems  * 

*  are  desiqned  for  internal  unit  comm  in  * 

*  support  of  unit  operations.  They  are  * 

*  compatible  with  other  tactical  comm  * 

*  systems  of  the  same  generation  * 

*  * 


TECHNICAL  INFORMATION  ABOUT :  artac  1 
? ( Y/Nl 

An  answer  of  *Y*  will  show  the  specific  technical 
information  about  the  system  that  was  selected.  Th« 
information  will  look  (somewhat)  like  the  following. 


MOBILITY 
SECURITY 
NORMAL  RANGE 
SKIP  RANGE 
OPERABILITY 
FLEXIBILITY 
NMB  SAT  BEAM 


7  NORMAL 
1  SKIP 
3  NORMAL 
0  SKIP 
0.89  ECM 
0.75  ESM 
0  EWF 


RELIABILITY 
RELIABILITY 
C 3  EFF 
C 3  EFF 


0.78 

0.00 

0.51 

0.00 

0.00 

0 

0 


Where  the  technical  daf:a  items  mean: 


MOBILITY  •  The  higher  the  number/  the  more  mobile  th« 
platform  (Range  0  to  999). 


SECURITY  -  A  whole  number  between  l  and  5.  The  higher  th« 
number/  the  more  secure  the  system  is  and  the  less 
vulnerable  it  is  to  Electronic  Warfare. 


SKIP  -  This  prefix  implies  SKYWAVE  communications 


MICROCOP*  RESOLUTION  TEST  CHART 

NATIONAL  BUREAU  OF  STANDARDS- 1 963 -A 


NORMAL  -  This  prefix  implies  GROUNDWAVE  communications. 

RANGE  -  The  communication  range  in  hexes. 

OPERABILITY  -  A  measure  of  the  ease  in  which  a  system  can  oe 
understood*  operated  and  maintained  by  those  trained  to  do 
so  (Range  0.0  to  1.0). 

FLEXIBILITY  -  A  system's  ability  to  accomodate  various 
traffic  fluctuations  and  procedural  changes  based  on 
operational  crisis  (Range  0.0  to  1.0). 

NBR  SAT  BEAMS  -  The  number  of  sat  beams  that  can  be  sent. 
These  SAT  systems  use  narrow  beams. 

RELIABILITY  -  A  system's  ability  to  remain  operational  and 
perform  according  to  specifications  (Range  0.0  to  1.0). 

C3  EFFECTANCY  (or  EFFECTIVENESS)  -  A  measure  of  a  systems 
probability  to  successfully  accomplish  its  communications 
support  mission  (Range  0.0  to  1.0). 

ECM  -  Electronic  Counter  Measures*  if  in  effect  reduces  the 
C3E  value  of  the  system  it  jams  by  the  amount  shown  (Range 
-1.0  to  0.0)  . 

ESM  -  Electronic  Support  Measures*  increases  the  combat 
value  of  the  friendly  forces  it  supports,  but  must  still  be 
directed  against  an  appropriate  enemy  system  (Range  0  to  50. 

EW  FACTOR  -  By  subtracting  the  security  factor  of  the 
enemys's  system  from  the  EW  FACTOR  the  result  gives  the 
probability  of  successful  EW  operations  (Range  0  to  5). 

Next,  cost  and  guantitv  information  may  be  selected. 

COST  INFORMATION  ABOUT:  artac  1 
?  (Y/Ml 

An  answer  of  'Y'  will  result  in  a  list  like  the  following: 


NUMBER  R&D  R&D  ADVANCED  ADVANCED 
AVAILABLE  COST  TIME  R&D  COST  R&D  TIME 


a  0  0  0  0 


M&D  M&D  NORMAL  REDUCED 
COST  TIME  O&M  COST  O&M  COST 


12  1  S  a 

Next ,  indicate  how  many  of  this  system  tyoe  to  consider. 

ENTER  NUMBER  OF  artae  1  YOU  WISH  TO  CONSIDER: 

The  following  summary  is  displayed  after  successfully 

entering  the  number  of  systems: 

THERE  ARE  0  artac  1  IN  FILE. 

THERE  ARE  4  artac  1  MAXIMUM. 

YOU  WOULD  LIKE  TO  ADD  AN  ADDITIONAL  4. 

4  artac  1  ADDED. 

SUCCESS 

[C/Rl 

or  if  not  entirely  successful 


INVENTORY  WAS  LESS  THAN  NUMBER  DESIRED, 

YOU  WERE  GIVEN  WHAT  WAS  AVAILABLE. 

IC/R1 

The  shopping  orocedure  may  be  repeated  as  many  times  as 
necessary  in  order  to  start  procurement  of  necessary 
electronic  eauioment  to  meet  the  threat. 

4 . 4 . 2  Systems  St atus 

Ootion  -2-  from  the  main  menu  provides  the  plaver 
and  Umpire  the  opportunity  to  review  the  status  of 


electronic  eauioment  on  file 


The  following  menu  lists  the 


SYSTEM  STATUS. .. 14:51 :25 


BUDGETS  S  500. OM  LEFT  TO  SPEND:  S  286. OM 
(YEAR  1J 

♦DECISION  TIME:  13  MIN* 


CHOOSE:  FROM  U* 


nn  title 


SYSTEMS  SUMMARY 
SYSTEMS  DEPLOYED 
SYSTEMS  IN  R  S  D 
SYSTEMS  FINISHED  R&D 
SYSTEMS  M  &  D 
SYSTEMS  TO  BUY 
EXIT  SYSTEMS  STATUS 


Options  are  entered  after  the  '?' 


di  spl aved. 


On  1  y 


information  is  displayed,  and  no  actions  are  taken. 


m  4.4.2. 1  Systems  Summary:  Ootion  -1-  provides  the 

following  information  in  systems  on  acauisition: 

*************************************** 

*  SYSTEM  SUMMARY  * 

*************************************** 

FROM  A  TOTAL  OF  15  SYSTEMS  UNDER  CONSIDERATION, 

THERE  ARE  10  SYSTEMS  UNDER  THE  FOLLOWING 
STAGES  OF  DEVELOPMENT: 

NORMAL  RESEARCH  &  DEVELOPMENT  :  3 

ACCELERATED  RESEARCH  &  DEVELOPMENT  :  3 

FINISHED  RESEARCH  &  DEVELOPMENT  :  0 

MANUFACTURING  FOR  DEPLOYMENT  :  4 

WORKING  UNDER  NORMAL  OPERATION  :  0 

WORKING  UNDER  REDUCED  EFFECTIVENESS:  0 

READY  TO  BE  BOUGHT  :  0 


IC/R1 

The  total  number  of  systems  selected  from  the  shopping  list 
are  the  systems  under  consideration.  The  total  number  of 
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systems  in  orocurement  are  listed  next.  A  breakdown  of 
systems  in  each  stage  of  procurement  is  then  listed. 

4. 4. 2. 2  Systems  Deployed:  Option  -2-  lists  the 
names  of  those  systems  currently  deployed  and  operating  in  a 
normal  or  reduced  status.  A  system  in  reduced  status  is 


<T 


half  as  effective  as  a  system  in  a  normal  status. 


*  SYSTEMS  DEPLOYED  * 

artac  1  NORMAL 
navtac  1  REDUCED 

END  OF  DEPLOYED  SYSTEMS. 
tC/RJ 

4. 4. 2. 3  Systems  in  Research  and  Development:  Ootion 
-3-  lists  the  systems  in  normal  or  accelerated  Research  and 
Development.  A  system  in  accelerated  R  +  D  can  enter 
Manufactur i ng  for  Deployment  sooner,  and  at  a  higher  cost, 
than  a  system  in  normal  R*0.  The  year  that  the  system  ends 
R+D  is  listed  next.  At  the  indicated  year,  if  the  system  is 
placed  into  M+D,  it  will  finish  M+D  and  be  ready  to  be 
placed  into  operation  in  the  year  listed  on  the  right. 


*  SYSTEMS  IN  RESEARCH  &  DEVELOPMENT  * 


sat  3  ACCELERATED  END  R&D  YEAR  4  END  M&D  YEAR  5 
hftty  2  ACCELERATED  END  R&D  YEAR  2  END  M&D  YEAR  3 
hftty  2  ACCELERATED  END  R&D  YEAR  2  END  M&D  YEAR  3 
hftty  2  NORMAL  END  R&D  YEAR  3  END  M&D  YEAR  4 
hftty  2  NORMAL  END  R&D  YEAR  3  END  M&D  YEAR  4 
hftty  2  NORMAL  END  R&D  YEAR  3  END  M&D  YEAR  4 

END  OF  SYSTEMS  IN  R  &  D 
CC/R1 
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4. 4. 2. 4  Finished  Research  and  Devel ooment :  The 

systems  listed  by  option  -4-  are  finished  R*D.  If  obligated 

for  M*D  immediately*  they  will  be  ready  for  operation  in  the 

year  listed  on  the  right. 

************************************* 

*  FINISHED  RESEARCH  &  DEVELOPMENT  * 

artac  2  END  M&D  IN  YEAR  4 

navtac  2  END  M&D  IN  YEAR  5 

END  OF  SYSTEMS  FINISHED  R  &  D 
tC/Rl 


4. 4. 2. 5  Manu f ac t ur i ng  for  Deployment:  The  systems 
listed  by  option  -5-  are  in  active  M+D  and  will  be  ready  for 
ooerat ion  in  the  year  indicated. 


************************************** 
*  MANUFACTURING  FOR  DEPLOMENT  * 

************************************** 

artac  1  END  M&D  IN  YEAR  2 

artac  1  END  M&D  IN  YEAR  2 

artac  1  ENO  M&D  IN  YEAR  2 

artac  1  END  M&D  IN  YEAR  2 


END  OF  SYSTEMS  M&D 
tC/Rl 

4. 4. 2. 6  Systems  Ready  to  Be  Bought:  The  systems  in 
ootion  »6-  are  ready  to  be  procured  for  normal  or  reduced 
ooerat i on. 


*  SYSTEMS  READY  TO  BE  BOUGHT  * 

wbs  1 
vl  f 

artac  1 
navtac  1 

END  OF  SYSTEMS  TO  BUY 
(C/Rl 
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4. <1.3  Intel  1  i  pence 


This  report  is  obtained  by  selecting  option  -3-  from 
the  main  menu.  It  will  contain  answers  to  intelligence 
requests  made  bv  the  player  the  previous  year.  An  example 
of  the  menu  is  as  follows: 


INTELLIGENCE  REPORT . . . 1 4 : 56 : S6 


[YEAR  21 

DECISION  TIME:  29  MIN 


CHOOSE:  FROM  YEAR  «U  t-0-1  TO  EXIT 


nu  INTEL  REPORT 
1  YEAR  INTEL 

■> 

After  the  enter  the  year  (if  there  is  one  listed)  to 

review.  An  example  of  year  1  follows 
INTELLIGENCE  REPORT  FOR  YEAR  1 


YES,  SAT  3  HAS  BEEN  PLACED  INTO  R&D 
IT  WILL  BE  IN  NORMAL  OPERATION  BY  YEAR  4 
ONLY  1  WILL  BE  PURCHASED 


tC/R] 


The  example  is  a  free  form  response  entered  by  the  UmDire. 

9.4.4  Budget  Ana  1 ys i s/Reouest s 

Option  4  in  the  main  Acquisition  mCOu  provides  a 
breakdown  of  the  current  year's  budget  along  with  a  five 
year  forecast.  Only  systems  that  are  in  an  active  stage 
will  be  forecast.  For  example  a  system  in  active  R  +  D  will 
be  included  but  a  system  that  is  finished  R+D  in  the  current 
year  and  has  not  been  started  in  Manufacturing  for 
Deployment  will  not  be  included  in  this  orojection. 


Therefore#  this  ootion  should  be  used  after  current  year 
acquisition  has  almost  been  completed  in  order  to  get  a 


realistic  budget  orojection. 

This  projection  will  help  in  planning  for  subsequent 
years  and  in  submitting  a  proposed  budget  for  the  next  year. 
First#  the  following  info  will  be  displayed: 


*  THE  FOLLOWING  -5-  YEAR  PROJECTION  IS  BASED  * 

*  ON  THE  CURRENT  YEARS  FORCE  STATUS  WITH  THE* 

*  FUTURE  YEARS  BUDGET  COMPUTED  ASSUMING  A  * 

*  FROZEN  FORCE  STRUCTURE  (NO  ADDITIONS)  AND  * 

*  R&D  PROCEEDING  NORMALLY,  FLOWING  INTO  M&D  * 

*  AND  THE  SYSTEMS  BEING  BOUGHT  AS  THEY  BECOME* 

*  AVAILABLE.  * 

*  * 

*  THIS  LIST  SHOULD  BE  USED  AS  AN  AIDE  TO  SHOW* 

*  WHAT  HAS  BEEN  COMMITTED  TO  FUTURE  YEAR  * 

*  BUDGETS.  IT  CAN  GIVE  AN  IDEA  WHERE  BUDGET  * 

*  REDUCTIONS  OR  SCRAPPING  CAN  OCCUR.  * 


After  entering  a  <RET>  the  budget  forecast  is  presented. 


NORMAL  AOVANCED  SYSTEMS  REDUCED  NORMAL  TOTALS 

RID  R&D  IN  M&D  O&M  O&M 

««  CS»  «»  CST  ««  CST  CST  CST  un  CST 


YEAR  1!  3 

I 

YEAR  2}  3 

I 

YEAR  3!  0 

I 

year  a;  o 
YEAR  55  0 


1  30 

1  30 


1  27 

0  0 


0  510  129 

I 

32  !l0  103 

I 

a2  110  102 

I 

f 

7 


DO  YOU  WANT  TO  SUBMIT  A  BUOGET  REQUEST  FOR  YEAR  2  7CY/N1 
PLEASE  ENTER  BUDGET  REQUEST: 


A  budget  figure  for  next  year  can  be  entered  if  desired. 


4.4.5  Procurement 

Select  ootion  -5-  from  the  main  menu  to  start  the 
life  cycle  (see  Figure  4-1)  of  systems  or  change  the  status 
of  systems  already  in  procurement  or  ooeration.  A  system 
initially  will  be  in  one  of  three  states.  First?  COMEL  may 
have  been  entered  with  systems  already  in  normal  Operations 
and  Maintenance.  Second?  a  system  placed  in  consideration 
via  the  shopping  list  may  not  require  Research  and 
Development.  Third?  systems  may  need  to  be  started  from  the 
beginning  of  the  life  cycle  starting  with  normal  or  advanced 
Research  and  Development. 

War  can  start  anytime  after  year  2.  Unless  the 
system  is  already  in  normal  or  reduced  Ooerations  and 
Maintenance?  the  system  can  be  operational  in  year  3  only  by 
ooting  for  a  system  reQuiring  only  Manu f ac t u r i ng  for 
Deoloyment  in  year  2.  It  will  be  beneficial  to  develop  a 
mixed  st  rateqy  based  on  when  war  is  most  likely  to  begin. 

4.4.6  CONPLAN  Qecision  Review  (Procurement) 

The  player  has  the  following  options  to  facilitate 
reaching  decisions  during  the  procurement  of  systems. 
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CONPLAN  OEC I  SION  REVIEW 


[YEAR  1  S  BUDGET  S  500. OM) 
(MONEY  LEFT  TO  SPENO:  $  500. OM] 

♦DECISION  TIME:  22  MIN* 


CHOOSE:  FROM  «* 


*U  TITLE 


1  DECISION  ANALYSIS 

2  BUY  SYSTEMS 

3  SCRAP  SYSTEMS 

4  R  &  D  ACCELERATION 

5  R  &  D  EXPANSION 

6  0  &  M  REDUCTION 

7  PURCHASE  INTELLIGENCE 

8  MANUFACTURE  &  DEPLOY 
E  EXIT  CONPLAN  MENU 


Player  inout  is  expected  after  the  '?'.  A  brief  description 
of  ootions  will  be  presented  followed  by  a  detailed 
discussion  of  each. 

1.  DECISION  ANALYSIS.  Shows  the  player  the 
electronic  equioment  purchased  in  terms  of  aggregate 
technical  performance. 

2.  BUY  SYSTEMS.  Allows  ourchase  of  electronic 
equipment  that  have  finished  the  Manuf actur i ng  for 
Deployment  stage. 

3.  SCRAP  SYSTEMS.  Scraps  electronic  equipment  to 
save  money. 

4.  R  and  D  ACCELERATION.  Initiates  accelerated  R+D 
for  electronic  equipment  requiring  R+D  efforts. 

5.  R  and  D  EXPANSION.  Allows  normal  R+D  on 
electronic  equipment  identified  on  the  shopping  list 
requiring  R+D. 

6.  0  and  M  REDUCTION.  Saves  money  by  reducing  the 
operating  funds  of  electronic  equipment  currently  in  Normal 
Ooerat ion. 

7.  PURCHASE  INTELLIGENCE.  Allows  the  player  to 
purchase  Intelligence  information  available  the  next  year. 
Also*  the  player  can  send  messages  to  the  controller. 

8.  MANUFACTURE  and  DEPLOY.  Places  electronic 
equioment  finished  R+0  into  the  final  phase  of  the  life 
cycle  process  before  purchasing  and  fielding. 


4. 4. 6.1  Decision  Analysis:  Ootion  1  will  helo 
analyze  current  and  future  capabilities.  Options  may  be 
selected  from: 

DECISION  ANALYSIS 


[YEAR:  2  TIME  LEFT:  27] 


CHOOSE:  FROM  U« 


U«  TITLE 


1  FORCE  CAPABILITY  INDEX 

2  FORCE  ASSESSMENT 

3  CHANGE  DEFAULT  WEIGHTS 

4  CHANGE  DEFAULT  params 
E  EXIT 


A  brief  description  of  the  options  will  fie  oresented 
followed  by  an  example  and  discussion  of  each. 

1.  Force  Capability  Index  -  Graphical  summary 
showing  the  technical  Parameters  of  electronic  equipment 
under  development  and  in  operation. 

2.  Force  Assessment  -  Graphical  deoiction  showing  a 
force  assessment  based  on  the  total  technical  parameters  and 
imoortance  weights  assigned  to  each  parameter. 

3.  Change  Default  Weights  -  Player  can  change  the 
importance  of  each  technical  parameter  by  adding  o'*  reduc  i  nq 
the  weights  applied.  Weiqhts  are  applied  against  the  ?orce 
Assessment  depiction  (ootion  2). 

4.  Change  Default  Params  -  Scaling  values  used  on 
technical  parameters  can  be  varied  (ie»  each  parameter  is 
divided  bv  a  scaling  value). 

4. 4. 6. 1.1  Force  Capability  Index:  Ootion  1  provides 
a  projection  of  total  capability  for  the  current  years  and 
uo  to  three  additional  years.  An  example  of  the  display 
f ol 1 ows. 


5 


! 

FORCE  CAPABILITY  INDEX 

-25 
-20 
-15 
-10 


YEAR  3 

***************** 
am  cc  S  CC  B  EEE  * 

*0  RR  E  33  E  WCS* 

*B  NN  C  EE  A  FMM* 

*  GG  S  M  * 

*  S  S  * 

***************** 

fC/Rl 

The  Y-AXIS  values  are  to  be  used  as  a  guide  for  comparison 
between  the  current  year  and  projected  years.  These  are 
scaled  values.  They  will  change  if  the  associated  scaling 
parameters  are  chanqed  (option  -4-).  Each  'x'  marks  the 
level  the  equipment  has  reached  for  that  year.  The  values 
can  be  read  as  a  histogram.  The  technical  parameters 
described  immediately  below  the  'X'  are  mobility  (MOB), 
range(CRNG  and  CRNGS  for  HF  in  skywave  mode),  secur i t y ( SEC )  , 
C3  ef f ect i veness (C3E  and  C3ES),  number  of  satellite 
beams(BEAMS) ,  Em  factor(EWF),  ECM  ef feet i veness (ECM) ,  and 
ESM  ef feet i veness (ESM) . 

4. 4. 6. 1.2  Force  Capability  Assessment:  Option  -2- 

provides  a  projection  of  force  capability  for  the  current 
year  and  uo  to  three  additional  years  based  on  summing  the 
totals  of  each  technical  parameter  times  a  weighting  factor 

10 


YEAR 


YEAR 


***************** 

AM  CC  S  CC  B  EEE ♦  AM  CC  S  CC  B  EEEa 

a0  RR  E  33  E  WCSa  *0  RR  E  33  E  WCSa 

aB  NN  C  EE  A  FMM*  *B  NN  C  EE  A  FMM* 

*  GG  SM  *  *  GG  SM  * 

*  s  s  *  *  S  S* 

***************** 


6 


on  the  importance  of  that  technical  parameter.  Initially 
the  weighting  factors  are  equal.  An  example  of  the  display 

foil OWS . 

FORCE  CAPABILITY  ASSESSMENT 


35- 

30- 

25- 

20- 

15- 

10- 

5- 


CC/R1 


xxxxxxxxxx 
xxxxxxxxxx 
xxxxxxxxxx  xxxxxxxxxx 
xxxxxxxxxx  xxxxxxxxxx  XXXXXXXXXX 
XXXXXXXXXX  XXXXXXXXXX  XXXXXXXXXX  XXXXXXXXXX 


YEAR  3  1 


YEAR 


YEAR 


year 


-35 
-30 
-25 
-20 
-15 
-10 
-  5 


The  value  in  the  Y-AXIS  denotes  a  scaled  number  to  be  used 
for  comparison  between  years  displayed  on  the  graph.  This 
graph  is  presented  in  a  histogram  format.  Projections  are 
based  on  all  equipment  procured  entering  the  subseaunnt 
stage  and  finally  being  deployed. 

4. 4. 6. 1.2  Changing  Default  heights:  Default  weights 
used  in  computing  force  assessment  can  be  changed. 
Comput  ation  of  force  assessment  involves  taking  scaled  value 
(technical  parameter  /  scaling  value  assigned)  multiplied  by 
this  weight  and  summing  them  by  year.  In  effect#  a 
sensitivity  analysis  can  be  made  by  changing  the  weights 
apolied  to  any  technical  parameter  (initially  equally 
weighted).  The  following  shows  the  current  default  weights 
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and  permits  each  weight  to  be  changed#  The  current  weights 
are  displayed  first: 

THESE  ARE  THE  HEIGHTS  APPLIED  TO  EQUATIONS 

TOTAL  WEIGHTS  MUST  SUM  TO  1 

THE  SYSTEM  WILL  CHECK  TOTALS  AS  THEY  ARE 

ENTERED. 

ENTER  CHANGES  AS  DESIRED: 


WTMOB  WTCR  WTCRS  WTSEC  WTC 3  WTC3S  WTBM  WTEwF  WTECM  WTESM 


0.10  0.10  0.10  0.10  0.10  0.10  0.10  0.10  0.10  0.10 

An  example  of  a  session  to  change  the  weights  follows: 


MOBILITY  WEIGHT: 
0.05 


COMM  RANGE 
0.15 

WEIGHT: 

RANGE 

*—• 

i 

o 

i 

— i 

o 

* 

0 .R500000 

•] 

SKIP  COMM 
0.05 

WEIGHT: 

RANGE 

(-0-  TO 

• 

0.8000000 

•] 

SECURITY 

0.15 

WEIGHT: 

RANGE 

o 

#— 

i 

o 

t 

• 

0.7500000 

-1 

C3  EFF 

0.15 

WEIGHT: 

RANGE 

[-0-  TO 

* 

0.6000000 

•) 

SKIP  C 3 
0.05 

WEIGHT: 

RANGE 

o 

K 

i 

o 

1 

0.4500000 

•] 

SAT  BEAMS 
0.15 

WEIGHT: 

RANGE 

O 

t 

o 

1 

* 

0.4000000 

-] 

EWF  FACTOR 
0.1 

WEIGHT: 

RANGE 

[-0-  TO 

" 

0.2500000 

-1 

ECM  FACTOR 
0.1 

WEIGHT: 

RANGE 

[-0-  TO 

0.1500000 

•1 

The  ESM  weight  is  the  remainder  left  from  1.  The  changed 


weights  are  then  displayed. 


WTMOB  WTCR  WTCRS  WTSEC  WTC 3  WTC3S  WTBM  WTEWF  *TECM  WTESM 
0.05  0.15  0.05  0.15  0.15  0.05  0.15  0.10  0.10  0.05 


4. 4. 6. 1.4  Changing  Default  Parameters:  Scalinq 
values  used  in  the  force  assessment  and  force  index  graph 
can  be  changed.  The  following  question  answer  sequence  is 

presented. 


1  08 


CC/R1 

OLD  MOBILITY  HIGH:  50 

NEW  MOBILITY  HIGH: 

25 

The  reduction  of  this  value  to  25  doubles  the  mobility 

factor  displayed  in  the  graphs. 

OLD  COMM  RANGE  HIGH:  100 

NEW  COMM  RANGE  HIGH: 

■7 

200 

If  all  the  communication  gear  purchased  had  excellent  comm 

range#  the  scale  may  have  to  be  increased  to  bring  ecnm 

range  in  line  with  the  other  factors  to  consider. 

OLD  COMM  SKIP  RANGE  HIGH:  RRQR 

NEW  COMM  SKIP  RANGE  HIGH: 

7 

5000 

The  skip  comm  range  scale  may  be  reduced  in  order  to 

increase  the  importance  applied  to  long  range  communication. 

OLD  SECURITY  FACTOR  HIGH:  6 

NEW  SECURITY  FACTOR  HIGH: 

? 

• 

3 

Intelligence  on  enemy  intentions  may  show  that  the  security 
factor  should  be  more  of  a  factor  in  decisions. 

OLD  C3  EFF  HIGH:  1.000000 

NEW  C 3  EFF  HIGH: 

? 

0.5 


OLD  SKIP  C  3  EFF  HIGH 


1.000000 


NEW  SKIP  C 3  EFF  HIGH: 

■? 

• 

0.75 

0.5 

The  C3  effectiveness  figure  is  shown  to  be  more  important 

and  will  now  be  reflected  as  so  in  the  graohs. 

0L0  NUMBER  SAT  BEAMS  HIGH:  0.5000000 

NEW  NUMBER  SAT  BEAMS  HIGH: 

•> 

0.25 

If  there  are  only  a  small  number  of  an  electronic  equipment 
available  for  purchase#  it  may  be  necessary  to  change  a 
parameter  so  that  the  equipment  will  even  show  in  the 
graphs . 

OLD  EWF  HIGH;  10 

NEW  EWF  HIGH: 

■9 

5 

OLD  ECM  HIGH:  1 

NEW  ECM  HIGH: 

O 

2 

OLD  ESM  HIGH;  2 

NEW  ESM  HIGH: 

"9 

3 

Again#  the  importance  of  any  item  can  be  reduced  or 
increased  by  changing  the  scaling  value  associated  with  that 
parameter.  Since  the  technical  parameters  are  scaled  by 
dividing  the  parameter  by  its  scaling  value#  an  increase  of 


the  scaling  value  will  reduce  the  parameter's  importance  and 


decrease  of  the  scaling  value  will  increase  t 


importance.  The  changed  scaling  values  are  then  displayed 
HIGHS 


M08ILIY 
COMM  RANGE 
SKIP  COMM  RANGE 
SECURITY  FACTOR 
C3  FACTOR 
SKIP  C3  FACTOR 
NUMBER  SAT  BEAMS 
EWF  FACTOR 
ECM  FACTOR 
ESM  FACTOR 

CC/R1 


2  5 
50 
9999 
3 

1.000000 

1.000000 

0.2500000 

5 

1 

1 


This  change  will  affect  the  display  in  options  -1-  and  -2-. 


After  the  <RET>,  the  decision  analysis  menu  is  repeated  for 
further  action. 

9. 4. 6. 1.5  Exit  Decision  Analysis:  On  enterinq 
option  -E-»  the  player  is  returned  to  the  procurement  menu. 
If  the  decision  analysis  option  is  selected  again.  the 
default  parameters  will  be  in  effect  aqain. 

9.9. 6. 2  Buy  Systems:  When  electronic  eauipment  has 
been  Manufactured  for  Deployment,  selecting  option  -2-  will 
present  the  opportunity  to  Buy  the  electronic  equipment.  A 


summary  of  costs  for  each  electronic  equipment  is  displayed 
along  with  an  option  to  buy  the  equipment  at  normal  or 
reduced  cost.  An  example  follows: 


SYSTEMS  READY  TO  BUY  FOLLOWS 
CC/RJ 

SYSTEM  :  artac  1 

NORMAL  COST:  8 

REDUCED  COST:  a 

MONEY  LEFT  :  549.0 

BUY?  CY/N) 

Y 

NORMAL  OR  REDUCED  COST?  IN/R] 

N 

If  the  answer  to  buying  the  system  is  no#  it  will  still  be 
available  for  purchase  anytime  the  buy  routine  is  entered 
durinq  the  current  year.  However  if  a  system  is  available 
to  buy  and  is.  not  purchased  during  that  year  it  will  not  be 
available  later.  A  system  operating  under  reduced  cost  is 
half  as  effective  as  a  system  operating  under  normal  cost. 
Any  system  operating  under  normal  cost  can  always  be  reduced 
(and  money  saved)  later.  However  a  system  procured  at 
reduced  cost  cannot  be  brought  back  to  normal  ooeratinq 
ef  f ect i veness . 

4. 4. 6. 3  Scrapping  Systems:  Option  -3-  enables  the 
player  to  scrap  any  system  entered  to  date.  This  can  oe 
done  to  free  money  for  more  important  systems  or  for  any 
other  reason  more  money  may  be  needed.  The  only  cost  in 
scrapping  a  system  is  the  time  and  money  already  spent  in 
prior  years.  The  money  saved  in  scrapping  is  immediately 
available  for  use.  The  following  display  is  generated: 


DECISION  TIME  LEFT  IS  21  MINUTES  AT  15:04:51 
BUDGET  :  S  600. OM  LEFT  TO  SPEND  :  S  517. OM 

*  ENTER  ITEM  0##  TO  SCRAP  /OR/  C-0-)  TO  EXIT  * 
00#  SYSTEM  STAT  00#  SYSTEM  STAT  #0#  SYSTEM 


1  artac  1  N  OP  5  sat  3  AR&D  9  hfttv  2 

2  artac  1  N  OP  6  hftty  2  10  hftty  2 

3  artac  l  N  OP  7  hftty  2  11  hftty  2 

4  artac  1  N  OP  8  hftty  2  NR&D  12  ew  4a 

000 

1 

All  systems  in  work  and  their  status  of  procurement  are 

listed.  The  status  is  one  of  the  following: 

N  OP  -  Normal  operation  and  maintenance 
R  OP  •  Reduced  operation  and  maintenance 
ARtD  -  Accelerated  research  and  maintenance 
NR+D  -  Normal  research  and  maintenance 
FR+D  -  Finished  research  and  maintenance 
MNFD  -  Manuf actur i ng  for  deployment 
RDY  -  Ready  to  be  bought 
SCRP  -  System  has  been  scrapped 

The  item  number  of  the  system  to  be  scrapped  is  entered  or  a 

zero  is  entered  if  scrapping  is  finished.  The  system  chosen 

for  scrapoing  is  then  displayed  : 

SYSTEM  TO  BE  SCRAPPED  :  artac  1 
[C/Rl 

After  the  return,  the  status  of  the  system  is  repeated  along 
with  the  money  to  be  saved  in  scrapping  the  system. 

IN  NORMAL  OPERATION 

SCRAPPING  WILL  FREE  :  5  8M 

A  confirmation  of  the  scrapping  will  be  required. 

00  YOU  REALLY  WANT  TO  SCRAP  IT7CY/N1 

MONEY  TO  SPEND  BEFORE  SCRAPPING:  $  517M 

MONEY  TO  SPEND  AFTER  SCRAPPING:  S  525M 

IC/Rl 
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The  budget  before  scraopinq  arid  after  scrapping  is  displayed 


for  information  ourooses. 

DECISION  TIME  LEFT  IS  20  MINUTES  AT  15:05:25 


BUDGET  :  $  600. 0M  LEFT  TO  SPEND  :  S  525. 0M 
*  ENTER  ITEM  *UM  TO  SCRAP  /OR/  C-0-]  TO  EXIT  * 

«««  SYSTEM  STAT  *U*  SYSTEM  STAT  ###  SYSTEM 

1  SCRP  5  sat  3  AR8D  9  hftty  2 

2  artac  1  N  OP  6  hftty  2  10  hftty  2 

3  artac  1  N  OP  7  hftty  2  11  hftty  2 

4  artac  1  N  OP  8  hftty  2  NR8-D  12  ew  4a 


*«« 

As  shown#  system  1  is  scrapped  and  more  megabucks  are 
avai 1 ab 1 e . 

4. 4. 6. 4  R  and  D  Acceleration:  Accelerated  Research 

and  Development  is  selected  to  hurry  the  equipment  through 

R  +  D  and  make  it  available  for  m*D  and  Operation  sooner. 

When  procurement  ootion  4  for  accelerated  R+D  is  selected# 

the  following  disolay  is  shown: 

TIME  LEFT  IS  22  MINUTES  AT  14:42:59  : 

MONEY  LEFT  =  S  500. 0M 

*  -  - — ------------------------ - - - -  - — -  —  * 

*  THESE  SYSTEMS  ARE  AVAILABLE  FOR  ADVANCED  * 

*  RESEARCH  AND  DEVELOPMENT  TO  BE  READY  * 

*  IN  THE  YEAR  INDICATED  FOR  M  &  D.  * 


*  ENTER  ITEM 

as  /OR/  t 

-0-1  TO 

EXIT.  * 

nun  system 

Y/RDY  nun 

SYSTEM 

Y/RDY 

1  sat  3 

4  4 

hftty  2 

2 

2  hftty  2 

2  5 

hftty  2 

2 

3  hftty  2 

2  6 

hftty  2 

2 

** 

There  are  three  data  items  for  each  system  listed:  an  item 
number#  the  system  name#  and  the  year  the  system  would 
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finish  Accelerated  R+D.  Select  those  systems  to  enter 

accelerated  R+D  and/or  enter  a  0  to  exit.  The  cost  of 

accelerated  RfD  is  given  next. 

SYSTEM  :  hftty  2 

AOV  R  &  0  COST:  S  15 

BUY?  CY/N1 

A  confirmation  is  required  to  expend  the  money  as  shown. 

hftty  2  IS  SCHEDULED  FOR  ADV  R&D  AND  WILL  BE  READY  FOR  M&D 
IN  YEAR  2 

IC/R1 

The  system  is  repeated  along  with  the  year  it  will  be 
available  for  M+0.  Enter  a  <RET>  and  another  opportunity  to 
place  a  system  in  accelerated  R+0  will  be  provided. 

4. 4. 6. 5  R  and  D  Expansion:  Option  -5-  is  Normal 

Research  and  Development.  Most  of  the  electronic  eauioment 
selected  by  the  shopping  list  routine  will  have  to  undergo 
Research  and  Development  due  to  extensive  modifications 
necessary  to  meet  the  projected  threats.  The  only 
difference  between  normal  and  accelerated  R+D  is  the  money 
involved  and  time  reauired  for  Research  and  Development. 
The  displays  and  responses  are  identical  to  Section  4. 4. 6. 4. 

4. 4. 6. 6  Manufacture  and  Deploy:  When  a  system  is 
finished  R+D*  companies  have  to  set  up  assemblies  and  tools 
to  manufacture  the  system  and  also  train  oeoole  to  repair 
the  equipment.  This  is  represented  in  COMEL  by  the  m+o  cost 
and  time  delay.  Option  6  is  the  selection  to  manufacture 
for  deployment.  The  player  can  manufacture  for  deployment 


any  system  that  appears  in  this  list 


However  f 


the  system 


will  not  be  operational  until  the  system  has  finished  M  +  D 

and  bought  by  ootion  -2-.  An  example  display  follows: 

DECISION  TIME  LEFT  IS  18  MINUTES  AT  14:46:18 
M0NEv  LEFT  =  $  419. OM 

*  THE  INDIVIDUAL  SYSTEMS  READY  TO  * 

*  BE  MANUFACTURED  THEN  DEPLOYED:  * 

*  ENTER  ITEM  »«  /OR/  1-0-1  TO  EXIT  * 

UUU  SYSTEM  YR/RDY  CST/YRA##  SYSTEM 

1  artac  1  2  12  3  artac  1 

2  artac  1  2  12  4  artac  1 

nnn 

Enter  the  item  number  to  manufacture  or  a  ?ero  to  exit.  On 

successful  addition*  the  following  is  displayed: 

artac  1  IS  BEING  MANUFACTURED  AND  WILL  BE 
READY  FOR  DEPLOYMENT  IN  YEAR 
2 

If  the  system  could  not  be  added  due  to  lack  of  funds,  an 
appropriate  message  would  be  displayed. 

4.4.6. 7  Operation  and  Maintenance  Reduction:  Option 
•6-  places  the  specified  electronic  system  in  reduced 
operation  and  maintenance.  The  difference  in  money  between 
normal  and  reduced  operation  is  saved  immediately.  This 
routine  is  self  explanatory  and  is  similar  to  the  scrap 
rout i ne . 

4. 4. 6. 8  Purchase  Intelligence:  Ootion  -7-  enables 
the  player  to  Purchase  intelligence  information  about  the 
opponent.  The  olayer  can  also  communicate  with  the  Umpire 
(without  cost).  Intelligence  is  purchased  to  gain 
information  on  systems  the  enemy  is  investing  in.  It  might 
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be  possible  to  enhance  your  planning  significantly  with  this 


knowledge.  However*  do  not  expect  oerfect  information.  The 

player  will  only  receive  information  the  Umpire  decides  to 

give.  The  following  menu  is  displayed: 

INTELLIGENCE  REQUES T . . . 1  a : 47 : 52 

BUDGET:  $  500. OM  LEFT  TO  SPEND:  S  371. 0M 
[YEAR  11 

DECISION  TIME:  17  MIN* 


I 


I 

1 

I 

i 

I 


fir* 


J  CHOOSE:  FROM  n»  J 

nn  TYPE  OF  REQUEST 

1  GENERAL  INTELLIGENCE  BRIEF 

2  SPECIFIC  INTELLIGENCE  OATA 

3  COMMENT  TO  CONTROLLER 

E  EXIT  INTELLIGENCE  REQEST 

•> 

• 

General  intelligence  (option  -1-)  can  be  selected  once  each 
year.  Specific  intelligence  (option  -2-)  can  be  bouqht  for 
any  number  of  systems  if  money  is  available.  Each  time 
ootion  -3-  is  entered*  the  old  controller  message  is  erased. 

4. 4. 6. 8.1  General  Intelligence:  After  the  '?’  enter 
the  option  desired.  For  a  general  intelligence  brief  of  a 
non-soecific  nature  enter  option  -1-.  The  following  is  then 
di sol ayed: 

GENERAL  INTELLIGENCE  WILL  COST  $  15M 

AVAILABLE  YEAR:  2 

DO  YOU  WANT  THIS  I NTELL I GENCE?  I Y /N1 

A  *Y'  answer  will  commit  this  year's  funds  for  a  response 
the  following  year. 
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a. a. 6. 8. 2 


Spec i  f  i  c 


Intel  1 i pence: 


Spec i f i c 


Intelligence  can  be  purchased  for  systems  listed  in  this 
menu.  It  is  unlikely  that  exact  information  will  be 
provided  by  the  Umpire,  but  the  intelligence  received  is 
normally  of  some  value.  The  more  accurately  tne  threat  can 
be  estimated  the  better  it  can  be  countered  through  an 
appropriate  acquisition  policy.  An  example  follows: 

*  SPECIFIC  INTELLIGENCE  * 


PLEASE  ENTER  SYSTEM: 

mm********************************* 

*  ENTER  ITEM  ##  /OR/  t-0-1  TO  EXIT  * 


#« 

SYSTEM 

TYPE 

nu 

SYSTEM 

TYPE 

tt* 

SYSTEM 

TYPE 

■»  tm 

1 

artac  1 

t  ac 

7 

sh  f -sat 

sat 

13 

gt-sat  3 

gt  sat 

2 

ar tac  2 

tac 

8 

sh  f -gt 

gt  sat 

14 

s i ngars 

sat 

3 

navtac  1 

t  ac 

9 

vl  f 

vl  f 

15 

s i ngargt 

gt  sat 

a 

navtac  2 

tac 

10 

t  r  i  t  ac 

sw 

16 

abnco  1 

abncp 

5 

aftac  1 

t  ac 

1  1 

t  ri taceh 

sw 

17 

abnco  2 

abnco 

6 

aftac  2 

tac 

12 

sat  3 

sat 

18 

awacs 

awacs 

U* 

12 


Enter  the  item  number  of  the  system  for  which  intelligence 


is  desired. 

R+0  INFO  FOR  SYSTEM  sat  3  ?[Y/N]  (COST:  $20M) 

Selecting  »Y'  will  require  the  Umpire  to  return  a  yes  or  no 
answer  on  whether  this  system  is  in  R+D. 

INFO  ON  ENEMY  INTENT  TO  BUY  sat  3  ?IY/N)  (COST:  $10M) 

A  yes  or  no  answer  will  be  returned  on  whether  the  Umpire 
thinks  that  the  ooposing  player  will  proceed  beyond  R+0. 

INFO  ON  NUMBER  OF  sat  3  ENEMY  MAY  BU1LD?[Y/N]  (COST:  S10M) 


An  indication  on  the  number  of  these  systems  to  be  built  is 
provided  the  player. 

INFO  ON  DEPLOYMENT  DATE  OF  sat  3  ?CY/N)  (COST:  $20M) 

The  date  the  system  will  be  in  an  operating  status  is 
provided.  Once  R  +  D  information  has  been  bought  on  a  system, 
the  above  corollary  questions  can  be  answered  at  the 
indicated  costs.  It  might  be  advantageous  to  ask  for  R+D 
information  one  year,  and  the  subsequent  questions  the 
fol lowing  years. 

4.y.6.8.3  Message:  Enter  option  -3-  to  ask  the 
controller  questions.  It  may  be  entered  to  clear  up  some 
questions  from  earlier  intelligence  updates. 

*  ENTER  MESSAGE  TO  CONTROLLER  * 

Enter  the  message.  A  <RET>  on  a  blank  line  will  exit  this 
session. 

4. a. 6. 8  Exit:  Enter  an  -E-  to  return  to  the 

procurement  menu. 

A* . A* •  7  End  of  Acquisition 

When  the  Acquisition  Phase  is  over  ("Exit  or  time 

run  out"),  the  following  information  will  be  provided: 

ENO  OF  YEAR:  2 

WAIT... 

END  YEAR  2  AT . . . 1 5 : 0 7 : 02 

Control  has  now  returned  to  the  Umpire.  In  this  example, 
either  turn  3  will  start  or  war  will  begin. 


ENO  ACQUISITION. ..15:07:33 


This  section  of  the  manual  describes  the  assignment  of 
equipment  to  units.  The  steps  or  an  Operations  t jrn  are 
described  in  the  next  section.  Figure  A-14  provides  an 
overview  of  both  sections. 

The  first  steo  in  preparing  for  the  Operations  Phase  is 
advanced  planning.  The  players  should  have  available  copies 
of  the  mao#  their  unit  lists#  their  eguipment  lists#  a 
general  operations  plans.  (See  Attachments  A-l  through  A-10 
for  default  versions.)  The  players  should  set  jp  the  map# 
using  movable  markers  to  indicate  the  locations  of  the 
units.  Thev  should  plan  the  allocation  and  employment  of 
their  equioment  to  best  support  their  forces  and  the  cominq 
operations.  They  should  prepare  a  list  of  the  eauipment 
assignments  and  may  want  to  prepare  network  diagrams. 

The  players  should  not  go  oast  this  logo  until  tcld  to  do  so 
by  the  Umpire: 
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Oo  not  proceed  oast  this  point  until  told  to  do  so  by  the 
Umpire.  When  the  Umpire  tells  you  to  go  on#  enter  IC/R] 


When  the  Operations  Phase  actually  begins#  assuming  the 
players  are  starting  a  new  game  and  not  resuming  one  already 
in  progress#  the  first  step  is  to  assign  the  equipment  to 
the  right  units  or  locations.  The  equipment  items  will  show 
up  on  the  screen  one  at  a  time#  with  instructions.  The 
entries  to  be  made  vary  with  the  type  of  equipment.  All 
entries  should  be  in  lower  case  (EX.  35th  abn). 

(1)  Some  equioment  is  fixed#  such  as  large  satellite 
ground  terminals.  For  these  items  the  players  will  be  asked 
to  name  the  permanent  hex  location.  For  Example: 

vlf  is  fixed  equioment.  Input  the  permanent  location:  xx  xx 
54  26 

They  input  the  row  number  and  column  number#  separated  by  a 
comma  or  a  blank  space.  (With  the  numbering  system 
described  in  Section  1.4#  each  hex  identification  is  either 
two  odd  or  two  even  numbers.)  Once  the  system  is  assigred  to 
a  hex  location#  it  can  be  used  by  any  unit  in  that  hex# 
except  that  a  VLF  system  may  be  used  only  py  the  Joint  Task 
Force  Headquarters  to  contact  the  National  Command 
Authority.  As  players  locate  each  piece  of  fixed  equipment 
they  may  want  to  place  a  marker  on  their  mao. 

(2)  Some  equioment  is  mobile#  such  as  HF  systems. 
The  olayers  will  be  given  two  choices: 
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artac  1  is  mobile  equipment  that  can 

1.  Be  attached  to  a  combat  unit  and  move  with  it. 

2.  Be  detached  and  set  uo  as  a  separate  comm  relay 
or  £W  unit. 

It  will  then  move  as  a  unit  but  have  no  combat  points. 

Input  mision  number  1  or  2. 

For  the  first  alternative/  a  typical  enquiry  and  response 
are : 

What  unit  do  you  want  to  attach  it  to?  354  mech 

For  the  second  alternative#  Players  must  select  an  initial 
location  for  the  detachment#  give  it  a  name#  and  place  a 
marker  on  the  m&o.  For  example: 

Locate  the  equipment  by  entering  the  hex  number  xx  x*.  34  12 
Input  a  name  for  the  comm  relay  or  EW  detachment  you  have  just 
established.  Use  uo  to  8  spaces,  det  8 

(31  Airborne  command  posts  fly  on  a  rotating 
schedule.  Percent  of  availability  depends  on  the  number  of 
aircraft  purchased.  If  one  side  has  bought  only  one  A8NCP# 
it  is  available  only  45%  of  the  time.  If  they  have  bought 
two#  one  will  be  available  75%  of  the  time.  With  three  or 
more#  an  A8NCP  will  be  scheduled  for  flight  100%  of  the 
time.  However#  the  scheduled  aircraft  may  develop 
unscheduled  maintenance  problems  and  be  unable  to  fly  or 
have  radio  equipment  out  and  be  unable  to  communicate. 
These  problems  are  random#  and  are  based  on  the  C3E  of  the 
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aircraft  scheduled  to  fly.  The  players  are  given  tne 
oercent  of  availability/  but  make  no  decisions  on  use  at 
this  time.  They  will  have  an  opportunity  to  assign  orbit 
locations  during  each  turn.  The  following  information  is 

displayed  here: 

You  have  2  ABNCP. 

ABNCP  will  be  available  0.8500000  of  the  time.  Orbit 
assignments  will  be  made  in  the  COMM  module  of  each  turn. 

Type  any  character  to  proceed. 

(4JAWACS  aircraft  are  scheduled  like  the  ABNCPs. 

The  terminal  display  is  also  the  same. 

(5)  Communications  satellites  in  the  game  have 
either  one  area  beam  or  several  soot  beams.  The  players 
will  be  asked  to  input  the  initial  center-focus  for  each 
beam.  Changes  can  then  be  made  each  turn.  Ground  terminals 
will  not  be  able  to  connect  to  the  satellite  unless  they  are 
within  the  beam  (a  circle  of  radius  CRNG  around  the  beam 
center).  For  example: 

sat  t  is  a  comm  satellite  with  2  spot  beams 
each  having  a  footorint  of  radius  6. 

Each  beam  center  can  be  relocated  once  each 
t  urn  . 

Input  the  hex  location  of  each  beam  center  as 
it  is  called  for. 


Enter  the  center  of  beam 
Enter  the  center  of  beam 


1 

2 


20  30 
35  «7 


(6)  Intelligence  satellites  can  survey  a  certain 

number  of  sequential  columns  in  each  turn.  For  example,  a 

satellite  with  range#  or  beamwidth,  of  5  could  survey 

columns  22,23,24,25,  and  26  and  identify  the  location  of 

enemy  units  in  those  columns.  Players  can  select  the 

columns  surveyed  each  turn,  but  make  no  decisions  now.  If 

they  are  working  oroDerly  (based  on  C3E  of  the  satellite), 

the  satellite  will  always  detect  any  enemy  units  in  the 

columns  surveyed.  They  will  give  the  location  but  not  the 

name  of  the  unit.  The  following  information  is  disDlaved: 

soy  2  is  an  intelligence  satellite  that  can  survey  5 

columns  of  hexes  each  turn.  The  track  of  the  satellite  is 
chosen  in  the  RECON  module.  Type  any  character  to  continue. 

(7)  Ant i -satel 1 i te  weapons  also  reauire  no  decisions 
now.  They  are  one-shot  weapons  that  can  be  directed  aoainst 
either  communications  or  intelligence  satellites.  Their  use 
must  be  approved  by  the  NCA.  The  following  information  is 
displayed  here: 

atksat  1  is  an  ant i -satel 1 i te  weaoon  that  can  be  used  only 
once.  Use  of  the  weaoon  is  selected  in  the  ATKSAT  module. 
Type  any  letter  to  proceed. 

a. 6  THE  OPERATIONS  TURN 

Each  turn  consists  of  four  parts:  Intelligence  Reoort, 
Player  Action  Menu,  Movement,  and  Combat.  All  entries  must 
be  lower  case.  Each  turn  has  a  maximum  time  length,  set  by 
the  Umpire.  However,  if  both  players  finish  before  time  is 
uo  the  next  turn  will  begin  immediately. 


4.6.1  Intelligence  Report 

In  all  turns  except  the  first#  players  receive 

information  from  any  satellite  surveys  or  reconnaissance 

flights  requested  in  the  last  turn.  For  example: 

A  recon  flight  has  found  an  enemy  unit  in  hex  2 4  30 
An  intelligence  satellite  indicates  an  enemy  in  hex  30  2 8 

They  will  also  receive  lines  of  bearinq  to  emitters  from  any 
Erf  equipment  in  the  ESM  mode  and  within  range  of  the 
emitters.  For  example: 

ESM  indicates  enemy  emitters  compatible  with  Erf  3a 
at  an  bearinge  of  45  degrees  true  from  36  54 


4.6.2  The  Action  Menu 

The  Player  Action  Menu  is  where  the  olavers  make 
most  of  their  decisions. 

Action  Menu 

1.  Review  Position  and  Goal  Data 

2.  Set/Chanqe  Goal  for  a  Unit 

3.  Change  Electronic  Equipment  Missions 

4.  Assign  Recon  Missions 

5.  Assign  Other  Air  Missions 

6.  Embark/Di sembark  Marine  Forces 

7.  Airlift  Airborne  Forces 

8.  Emolov  Ant i -sa t e 1 1 i t e  Weapons 
4.  Finished  Turn 

Enter  the  number  of  your  chosen  action. 

Players  may  make  most  of  these  options  as  many  times  as  they 
wish  until  "Finished  Turn"  is  selected  or  until  the  time 
limit  runs  out.  The  following  paragraphs  describe  each 
ootion.  Only  a  few  of  the  many  possible  choices  are  shown. 
Most  options  include  logical  error  checks  that  print 


different  statements  if  you  make  an  incorrect  entry.  such  as 
trying  to  airlift  an  armored  brigade  or  land  the  Marines  in 
the  middle  of  the  sea. 

(1)  "Review  Position  and  Goal  Data"  allows  the 
players  to  verify  or  uodate  their  mao  and  to  check  the 
current  goal  and  combat  points  of  their  units. 

(2)  "Set/Change  Goal  for  a  Unit"  asks  the  olayer  to 
input  the  name  of  the  unit  whose  destination  is  to  be 
changed.  There  is  a  communications  check  from  the  .JTFHQ  to 
the  unit  to  see  if  a  change  of  orders  can  get  through;  if 
so  the  present  goal  is  displayed.  The  players  input  the  new 
goal  for  the  unit;  and  after  a  short  delay  a  projected 
route  is  displayed.  The  projected  route  is  computed  by  an 
optimum  oath  routine  which  considers  the  type  of  unit  and 
the  terrain.  The  estimated  length  of  the  oathr  in  movement 
points.  is  given,  but  the  actual  movement  may  be  slowed  by 
poor  internal  communications.  If  the  players  do  not  like 
the  projected  route.  they  can  alter  it  by  entering  a  new. 
closer  goal  along  their  preferred  route.  For  example.  if 
they  want  a  unit  to  go  through  some  woods,  even  if  that 
route  is  slower,  they  could  input  an  interim  goal  position. 
When  the  unit  arrived  at  the  interim  position,  thev  could 


inout  orders  to  the  final  destination.  An  example  of 
exchange  of  queries  is: 

Which  unit  goal  do  you  want  to  set  or  change? 

Enter  the  units  name  -  up  to  8  spaces.  234  mech 
The  goal  for  234  mesh  is  now  00  Is  this  ok  as  is? 
y  or  n 
n 

What  is  the  desired  goal? 

Use  0  0  to  stoo  the  unit  in  its  present  position. 

23  37 

The  goal  of  the  unit  has  been  changed  to  23  37 
There  will  be  a  short  delay  while  the  route  is 
being  planned. 

The  projected  oath  is: 

19  29  18  30  17  31  16  32  15  33  17  33  18  34 

19  35  21  35  22  36  23  37 

this  oath  will  take  about  10  movement  points.  If  you 
want  to  take  a  different  route#  resubmit  a  closer, 
interim  goal  for  this  unit. 

A  sample  projected  oath  and  an  interim  goal  are  shown 
Figure  A-15. 


GOAL  SETTING 
Figure  A-15 


(3)  "Change  Electronic  Eauioment  Missions"  of 


another  menu 


COMM  menu 

1.  Assign  ABNCP  and  AWACS  orbits 

2.  Detach  equipment  for  use  as  a  relay  or  Ew  unit 

3.  Change  comm  satellite  orbit 

4 .  Change  Ew  system  mission 

5.  Return  to  main  menu 
Inout  number  of  desired  action. 


The  first  choice  returns  the  percent  of  availibility  for  the 
ABNCP  and  AWACS  and  whether  one  is  ready  for  use  this  turn. 
If  one  is  available  the  players  are  asked  to  enter  the  orbit 
center.  The  aircraft  will  orbit  during  combat  to  relay 
orders  and  reports  between  the  combat  units  and  the  JTFHQ. 
For  example: 


ABNCP  is  available  0.8500000  of  the  time. 

One  is  available  this  turn.  Input  requested  orbit 
center  xx  xx.  30  40 


The  second  choice  allows  the  player  to  detach  a  piece  of 
mobile  electronic  gear  from  a  unit  and  set  it  up  as  a 
separate  detachment.  Players  are  asked  for  the  equipment 
and  assigned  unit;  if  a  match  is  found*  they  are  asked  for 
a  name  for  the  new  detachment.  When  formed*  a  detachment 
has  zero  combat  ooints.  It  cannot  rejoin  a  combat  unit 
later  in  the  game.  For  example: 


Enter  the  equipment  you  want  detached, 
wbs  2 

Enter  the  unit  that  the  equipment  is  presently  assigned  to. 
345  arbg 

What  is  the  unit  name  for  the  new  comm  relay  or  EW  detachment 
det  7 


The  third  choice  returns  the  center  focus  for  each 


communications  satellite  beam.  The  player  can  echo  or 
change  the  location.  A  beam  center  selection  remains  in 
effect  for  subsequent  turns  until  changed  by  the  player.  An 
example  of  this  choice  is: 


sat  1  beam  center  is  now  located  at  30  20 
Enter  the  new  location  xx  xx.  25  35 


The  fourth  choice  allows  the  player  to  designate  the  mission 
for  each  piece  of  Ert  equipment  to  be  ECM  or  ESM.  The 
designation  will  remain  in  effect  for  subsequent  turns 
unless  this  choice  is  made  again  later. 

(4)  "Assign  Recon  Missions"  allows  the  players  to 
request  satellite  surveys  or  air  reconnaissance  missions. 


Recon  support  requests: 
l •  Satel 1 i te  recon 

2.  Air  recon 

3.  Return  to  main  menu 

Enter  the  number  of  the  recon  type  requested. 


If  players  ask  for  satellite  surveys*  they  see  a  list  of 
their  intelligence  satellites  and  are  then  asked  to  input 
the  westernmost  (left)  column  to  be  surveyed.  For  example: 


You  have  the  following  intellioence  satellites  available: 
soy  1  which  can  survey  1  adjacent  columns  per  turn, 

soy  l  which  can  survey  1  adjacent  columns  per  turn, 

soy  2  which  can  survey  2  adjacent  columns  oer  turn. 

soy  1  is  an  intelligence  satellite  that  surveys  1 
adjacent  columns  each  turn.  Input  the  westernmost 
column  to  be  surveyed.  3 

soy  1  is  an  intelligence  satellite  that  surveys  1 
adjacent  columns  each  turn.  Input  the  westernmost 
column  to  be  surveyed.  17 


soy  2  is  an  intelligence  satellite  that  surveys  2 
adjacent  columns  each  turn.  Input  the  westernmost 
column  to  be  surveyed.  30 


If  they  ask  for  recce  flights#  the  air  wings  can  supply  the 

flights  only  at  the  expense  of  other  missions.  Each  air 

wing  can  do  one  recce  mission  per  turn.  Players  must  input 

the  start  and  stop  points  of  the  photo  flight#  which  can  be 

uo  to  20  hexes  long.  For  example#  the  sequence: 

Any  air  recon  you  request  will  take  priority  over  other  air 
missions#  so  use  them  with  care.  Each  air  wing  will  do  only 
one  recce  mission  a  turn. 

Each  air  recon  mission  will  be  a  triangle  flown  from  an  air 
base  to  a  designated  point#  then  turning  toward  another 
designated  point#  then  returning  to  the  base.  Recon  photos 
will  be  taken  only  on  the  ooi nt-to*poi nt  leg  of  the  flight. 
That  leg  may  be  no  longer  than  20  hexes  and  will  not 
necessarily  be  a  straight  line. 

Enter  the  beginning  if  the  photo  run  -  the  first  designated 
turning  point  -  xx  xx.  32  28 

Enter  the  end  of  the  Photo  run  -  the  second  designated 
turning  point  -  xx  xx.  45  31 

Which  tactical  air  wing  do  you  want  to  fly  the  mission? 
21st  tfw 


Would  result  in  the  recce  flight  oath  shown  in  Figure  A-16. 

(5)  "Request  Other  Air  Missions"  gives  the  players  a 
Choice  of  interdiction#  close  air  support#  or  counter  air 
missions  for  each  air  wing.  For  example: 

Each  air  wing#  including  carrier  based  wings  can  be 
configured  each  turn  for  interdiction#  counter  air,  or 
c 1 ose-ai r-suoport  missions.  Mission  selections  made  here 
will  supercede  any  made  earlier  this  turn  for  the  same 
units. 


Depending  on  such  factors  as  commun i cat i ons /  EW/  enemy  air 
defense,  and  air-to-air  support/  the  wing  has  caoabilitv  for 
a  max  of  5  strikes  per  turn. 

Depending  on  the  Rules  of  Engaaement /  higher  leadquarters 
approval  may  be  needed  for  the  attacks. 
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(6)  "Embark/Disembark  Marine  Forces"  offers  the 
players  a  choice  of  either  embark ing  a  Marine  Brigade  onto 
an  Amohibious  Task  Force  or  disembarking  a  brigade  onto  an 
adjacent  shore  hex.  The  menu  looks  like: 


Do  you  want  to: 

1.  Embark  an  amohibious  unit? 

2.  Debark  an  amphibious  unit  on  an  adjacent  shore? 

3.  Return  to  main  menu 
Enter  number  of  choice. 


The  locations  of  the  Marine  Brigade  and  the  ATF  must  be 
aopropr i ate  (adjacent  shore  and  sea  hexes)  before  any  action 
can  take  Place.  An  embarkation  request  would  look  like 
this: 


What  unit  do  you  want  to  embark?  7th  mab 
7th  mab  has  embarked  on  18th  atf 

Disembarking  would  reauire  the  following  exchange: 


Enter  the  Marine  unit  you  wish  to  disembark.  7th  mab 
7th  mab  has  begun  landing  on  the  shore  in  he*  23  41 

(7)  "Airlift  Airborne  Forces"  allows  the  airdroD  of 
one  airborne  unit  per  turn.  The  unit  must  be  already 
located  on  an  airfield.  The  Player  is  asked  for  the  name  of 
the  unit  to  be  airdropped  and  the  hex  location.  For 
e*ampl e : 

Enter  the  name  of  the  unit  to  be  airdropped.  75  abn 
75th  abn  is  loaded  and  ready  to  go. 

Enter  the  hex  location  of  the  drop  zone.  *x  xx 
30  30 

(8)  "Finished  Turn"  notifies  the  control  module  that 
this  side  is  ready  to  proceed. 

4.6.3  Movement 

After  both  players  have  completed  their  inputs^  or 
time  for  that  urn  expires?  the  control  module  randomly 
selects  one  side  to  move  first.  Each  unit  is  moved  as  far 
along  its  proposed  oath  as  its  movement  points  allow.  Each 
tvoe  of  unit  starts  out  with  a  given  number  of  points?  a 
fixed  unit?  such  as  an  airfield?  may  have  been  given  a  qoal? 
but  it  won't  move  because  it  has  0  movement  points.  An 
armor  unit  will  move  about  8  hexes  per  turn  in  open  terrain? 
but  mountains?  rivers?  and  woods  will  slow  it  down  and  roads 
will  let  it  move  faster.  Speed  of  movement  will  also  be 
affected  by  effectiveness  of  the  unit's  internal 


communi cations 


As  a  unit  moves  toward  its  goal* 


it  will  s  t  od 
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immediately  if  it  comes  into  the  control  tons  of  an  enemy 
unit.  (A  control  rone  for  a  unit  is  its  own  he*  and  all  si* 
adjacent  hexes.)  Players  will  be  notified  of  tne  situation 
and  be  given  four  choices:  (a)  they  can  order  the  unit  to 
retreat  along  its  aooroach  oath  (if  it  has  any  movement 
ooints  left)?  (b)  they  can  stoo  the  unit  and  qo  into  a 
defensive  Posture?  (c)  they  can  continue  toward  their  goal 
in  a  defensive  oosture  (if  they  have  the  points)?  or  (d) 
they  can  stoo  the  unit  and  request  approval  o*  an  attack. 
The  request  for  attack  approval  automatically  includes  a 
request  for  close  air  support?  if  available. 

U.6.U  Combat 

The  Umpire?  acting  as  the  National  Command  Authority 
sets  the  Rules  of  Engagement  for  a  turn  at  one  of  three 
levels:  (a)  The  NCA  must  aporove  all  attacks?  (b)  The  JTF 
Commander  may  approve  attacks?  and  (c)  The  local  commanders 
may  attack  targets  of  opportunity. 

The  first  step  of  combat  is  interdiction.  IF 
approval  for  strikes  is  required  by  the  rules  of  engagement? 
a  communications  oath  must  be  established  before  the  request 
cart  be  transmitted.  If  NCA  approval  is  required?  the  Umoire 
makes  the  decision.  If  the  players  have  requested  any 
reconnaissance  missions?  they  are  subtracted  from  any 
interdiction  requests.  Remaining  aircraft  take  off  toward 
their  targets.  If  the  enemy  has  ArtACS  aircraft  up?  they 


35 
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will  detect  the  strike  force  in  time  to  call  up 
interceotorsi  otherwise  interceptors  will  not  arrive  until 
after  the  interdiction  aircraft  have  dropoed  their  bombs  and 
headed  home.  If  the  aircraft  get  through  to  the  target 
area/  they  will  come  up  against  the  air  defenses  of  the 
enemy  units  in  the  area.  If  they  get  through  the  air 
defenses*  they  will  seriously  damage  any  enemy  units  in  the 
target  hex.  Players  will  receive  reports  on  the  success  or 
failure  of  the  interdiction  attacks.  A  tyoical  report  might 
be : 

Interdiction  was  successful  against  enemy  in  hex  35  57 


The  aircraft  returning  from  the  raid  on  35 
serious  losses  due  to  enemy  fighter  attacks. 


57 


suffered 


In  the  second  stage  of  the  combat  sequence*  jammers 
are  turned  on  and  the  effectiveness  of  any  susceptible 
equipment  in  range  will  be  deqraded.  For  example*  EW  3a  is 
effective  at  a  range  of  up  to  10  hexes  against  W8S  1. 
Within  that  ranqe  the  effectiveness  of  the  WBS  1  would  be 
reduced  from  .787  to  .394  (assuming  no  terrain  effects). 

The  final  stage  is  ground  combat.  Which  side  has 
the  advantage  of  making  the  first  attach  is  decided  by 
random  selection*  but  a  general  Driority  is  followed. 
First*  units  arriving  in  the  area  of  a  stationary  unit  get 
the  at tack/def ense/cont i nue/ret reat  option,  then  the 


st  at i onary  un i t 


If  the  players  decide  to  attack*  they  may 


need  approval 

from  headquar t ers ,  depending 

on  the 

r  !J  1  e  s 

of 

engagement . 

If  the 

NCA  i  s 

retaining  control, 

t  he 

communi cat i ons 

links  f rom 

the  unit 

to  the 

JTFHQ 

and 

f  rom 

there  to  the 

NCA  are 

chec  ked. 

Then  the 

Ump i re 

makes 

the 

decision.  If  the  NCA  has  given  control  to  the  JTF  Commander 
only  the  unit  to  JTFHQ  link  must  be  checked.  If  battlefield 


control  has 

been  given  to 

the  local 

commanders , 

no 

commun i cat i ons 

checks  are 

reou i red 

and 

any  request 

i  s 

automat i cal  1 y 

aoproved.  If 

approval 

i  s 

refused  or 

t  he 

reduests  cannot  get  through,  the  unit  automatically  goes 
into  a  stationary  defensive  posture. 

If  an  attack  is  approved  and  begun,  electronic 
warfare  equipment  in  the  ESM  mode  will  add  to  the  unit's 
combat  value,  since  the  commander  will  have  a  better  picture 
of  the  battlefield. 

If  the  attack  is  made  across  a  river,  the  defender 
has  an  advantage. 

Close  air  support  missions  will  then  be  called  up  by 
the  attacking  unit.  Effectiveness  of  the  close  air  support 
depends  on  the  enemy's  air  defense  capability,  the  ability 
of  the  aircraft  to  overcome  the  defenses  (by  jamming  the 
radar  controls  of  an t i "a i re ra f t  weapons),  and  by  the 
internal  communications  of  the  air  unit  and  forward  air 
controllers.  Players  will  be  told  the  outcome  of  the  air 
support  mission;  for  example: 

Close  air  suooort  was  reauested  by  43 2  arbg  but  was  unable 
to  get  through  enemy  air  defenses. 


137 


Players  will  then  be  told  the  combat  values  of  their 


units  as  ground  combat  begins  (after  the  above  effects  are 
calculated).  For  example: 

As  a  result  of  EW  efforts  of  both  sides  and  the  terrain*  398 
abn  will  attack  the  enemy  unit  in  hex  34  54  with  an 
effective  combat  value  of  4.2 

The  results  of  the  ensuing  qround  battle  deoend  on  the 
difference  in  remaining  combat  values  and  on  a  random 
number.  Results  of  the  combat  are  reported  in  three  areas: 
a  unit  may  take  personnel  losses*  lowering  the  combat  value* 
it  may  be  forced  to  retreat*  and  it  may  have  some 
electronic  equioment  damaged.  The  outcomes  are  based  on  a 
combat  results  table.  (The  default  table  is  in  Attachment 
A  —  1 1 . )  Plavers  will  be  informed  of  the  outcome*  for 
f-V''  examole: 

As  a  result  of  combat*  345  cbg  has  lost  2.0  combat  points. 

The  unit  was  forced  to  retreat  3  hexes  and  is  now  located  in 
10  23. 

As  a  result  of  combat*  the  hftty2  assigned  to  345  cbg  has 
been  damaged  and  is  no  longer  usable. 

If  a  unit  sets  uo  a  defensive  position  and  is  never 

attacked*  it  will  still  lose  some  combat  effectiveness 

because  the  extended  vigilance  will  exhaust  the  trooos. 

4.6.5  End  of  Game 

The  game  turn  sequence  will  repeat  until  one  side 
achieves  a  complete  victory  or  until  the  controller  decides 


38 


to  end  the  game  or  call  a  cease  fire  (in  which  case  the  game 
may  be  resumed  at  another  time).  There  are  several  oossible 
outcomes  for  the  qame? 

(a)  one  side  wins  a  decisive  victory  if  they  control 
all  the  major  and  minor  objectives? 

(b)  they  have  a  marginal  victory  if  the  game  ends 
with  them  controlling  all  major  objectives  while  their 
opponent  controls  no  objectives? 

(c)  if  one  side  controls  all  major  objectives  and 
the  other  controls  some  minor  objectives,  the  NCA 
(controller)  can  decide  on  a  negotiated  settlement,  with  or 
without  a  declared  victor? 
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BLANK  =  NOT  COMPATIBLE  M  =  COMPATIBLE  ONLY  THROUGH  WIRE  CONNECTION 

T  =  COMPATIBLE  G  =  COMPATIBLE  ONLY  IN  SAME  HEX 


Attachment  A-3a 
SYSTEM  INFORMATION 


Service  Tactical  Communication  systems  (tac)  are  designed 
for  internal  unit  comm  in  suoport  of  unit  operations. 
They  are  compatible  with  other  tactical  comm  systems  of 
the  same  generation  (when  in  range). 

High  Frequency  Systems  (hf)  can  be  used  in  both  surface  and 
skywave  modes  of  propagation.  Each  system  is  compatible 
with  the  airborne  comm  systems  of  the  same  generation. 

Wide  Band  systems  are  compatible  with  airborne  comm  systems 
within  range  and  tyoe  restrictions.  They  are 
1 i ne-of-s i ght  systems  (los). 

Switching  Systems  (sw)  interface  comm  systems  into  the  unit 
command  center.  They  are  normally  used  only  at  the 
JTFHQ . 

Satellite  systems  consist  of  a  satellite  Csat)  and  fixed 
earth  terminals  (gtsat).  Each  system  may  be  compatible 
with  either  an  airborne  com m  platform  or  other  satellite 
systems.  The  SINGGARS  system  provides  very  mobile 
single  channel  comm  between  distant  tactical  units  but 
is  limited  in  compatibility  to  the  ABNCP  II.  The  SHF 
system  consists  of  a  satellite  and  mobile  earth 
terminals.  The  SHF  earth  terminals  may  also  use  the 
SATCOM  in  satel  1  i  te. 

VLF  System  (vlf)  is  a  Very  Low  Freauency  System  designed  to 
provide  anti-jam  comm  with  the  NCA. 

Airborne  Command  Posts  (abncp)  are  airborne  comm  platforms 
that  can  interface  with  a  large  number  of  other  comm 
systems  to  provide  redundancy  and  a  greater  range 
capabi 1 i ty. 

Airborne  Warning  Control  System  (awacs)  provides  some 
interface  with  other  comm  systems  as  well  as  an  advanced 
radar  warning  system  which  detects  enemy  aircraft 
movement  . 


Attachment  A-3b 

SYSTEM  INFORMATION  (Continued) 


Intelligence  satellites  (sdv)  are  used  to  detect  ground 
movement.  The  SPYSAT  I  can  detect  movement  in  a  1  hex 
strio.  SPYSAT  II  can  detect  movement  in  a  2  hex  strip. 
Each  satellite  may  be  positioned  once  during  each 
Operation  turn. 

Ant i -Satel 1 i te  Systems  (asat)  are  not  comm  systems.  They 
are  weapons  systems  to  be  used  against  enemy 
intelligence  satellites  and  enemy  communications 
satellites.  ATK  SAT  may  be  used  only  once  and  their  use 
must  be  approved  by  the  NCA. 

Erf  systems  (ew)  are  ground-mobi 1 e  systems  effective  against 
various  types  of  comm  systems.  The  ErfF  of  a  system 
measures  its  ability  to  overcome  the  security  of 
communications  systems.  ECM  measures  its  jamming  power, 
or  effect  on  the  comm  system’s  C3E.  ESM  measures  its 
ability  to  detect  and  intercept  comm  systems. 
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Attachment  A-4 


REO  DEFAULT  UNITS 


un i t name 

t  yoe 

location 

mob 

ewv 

casv 

c  av 

adno 

1 1  f  hq 

j  t  f  hq 

54 

54 

4 

0 

0 

0 

6 

24th  tfw 

t  fw 

4 

56 

0 

6 

6 

4 

4 

86th  tfw 

t  fw 

29 

55 

0 

6 

4 

6 

4 

7th  cbg 

cbg 

3 

39 

8 

0 

0 

0 

4 

21  at  f 

at  f 

5 

43 

8 

6 

4 

6 

6 

8th  mab 

amoh 

6 

44 

6 

0 

0 

0 

5 

297  arbq 

armor 

29 

55 

8 

0 

0 

0 

4 

81  arbg 

armor 

54 

54 

8 

0 

0 

0 

4 

41  mech 

mech 

54 

54 

8 

0 

0 

0 

4 

8th  abn 

abn 

4 

56 

4 

0 

0 

0 

3 

uni tname 

GREEN  DEFAULT 

type  location 

UNITS 

mob 

ewv 

casv 

cav 

adno 

j  t  f  ha 

j  t  f  hq 

57 

7 

4 

0 

0 

0 

6 

6th  tfw 

tfw 

6 

4 

0 

6 

6 

4 

4 

3 1 st  tfw 

tfw 

37 

5 

0 

6 

4 

6 

4 

4th  cbq 

cbg 

2 

22 

8 

0 

0 

0 

4 

64th  at  f 

at  f 

5 

15 

8 

6 

4 

6 

6 

6th  mab 

amoh 

6 

14 

6 

0 

0 

0 

5 

437  arbg 

a  rmo  r 

57 

7 

8 

0 

0 

0 

4 

194  arbg 

armor 

37 

5 

8 

0 

0 

0 

4 

37  mech 

mec  h 

57 

7 

8 

0 

0 

0 

4 

87  abn 

abn 

6 

4 

4 

0 

0 

0 

3 

TYPE  =  Unit  type 

Location  =  Hex  row  and  column 

Mob  =  Mobility*  Movement  ooints 

ErtV  =  EW  value*  ability  of  an  air  wing  to  overcome  enemy 
air  defense  by  jamming  weapon  control  radar 
CASV  s  Close  air  support  capability  of  air  wing 
CAV  *  Counter  air  value  of  air  wing 
ADNO  =  Air  defense  value  of  ground  unit 
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Attachment  A-5 


INITIAL  DEFAULT  EQUIPMENT  LISTS  FOR  ACQUISITION  PHASE 


RED 

EQUIPMENT 

GREEN 

EQUIPMENT 

End  Item 

System 

Number 

End  Item 

System  Number 

artac  1 

1 

1 

artac  1 

1  4 

navtac  1 

3 

2 

hf  t  ty  1 

7  6 

aftac  1 

5 

2 

wbs  1 

9 

2 

sat  1 

16 

1 

qt-sat  1 

17 

2 

5 


Attachment  A-7 


CINCREO  CONPLAN  ai23  (U)  (Ref.  1] 

PLAN  SUMMARY  (U) 

1.  PURPOSE:  This  CONPLAN  fulfills  a  task  assignment  in  the 
Joint  Strategic  Capabilities  Plan  (JSCP).  The  purpose  to  be 
achieved  by  executing  this  plan  is  to  ensure  a  continued 
supply  of  critical  resource  X  for  Country  RED.  This  will  be 
accomplished  by  employing  a  Joint  Task  Force  (JTF)  to  seite 
and  occupy  the  Southern  Mines  in  UTOPIA  and  the  Port  of 
Utooi a. 

2.  CONDITIONS  OF  EXECUTION:  UTOPIA  remains  a  neutral 
country  with  no  regular  military  forces  of  its  own.  UTOPIA 
also  refuses  to  have  any  military  forces  of  other  countries 
stationed  on  its  soil.  Our  violation  of  UTOPIA'S  neutrality 
must  take  place  only  as  a  last  resort.  Thereforer  execution 
of  this  olan  will  be  considered  only  if  worldwide  shortages 
of  critical  resource  X  occur  and  intelligence  sources  reveal 
that  invasion  of  UTOPIA  by  Country  GREEN  is  imminent. 

3.  OPERATIONS  TO  BE  CONDUCTED:  Rapid  response  is  essential 
and  can  best  be  achieved  by  maintaining  prepositioned 
combat-ready  forces  as  close  to  UTOPIA  as  possible. 
Conseauent 1 y ,  this  plan  will  be  carried  out  by  our  forces 
now  stationed  in  Country  YELLOW  which  borders  on  UTOPIA. 


Deol oyment 


To  preclude  a  strong  reaction  from 


Country  GREEN  and  avoid  criticism  from  the  world  community* 
we  will  not  significantly  increase  our  military  presence  in 
Country  YELLOW.  We  will*  however*  insure  that  the  units 
already  stationed  there  achieve  full  combat  strenqth.  As 
much  as  oossible*  we  will  upgrade  their  combat  and  suoport 
capabilities.  Additional  support  to  our  ground  and  air 
forces  in  Country  YELLOW  will  be  provided  by  a  carrier  task 
force  including  marine  amphibious  forces.  This  task  force 
will  be  dispatched  to  the  Gulf  of  Utopia  prior  to  full 
execution  of  the  plan. 

b.  Employment.  When  the  carrier  task  force  reaches  the 
Gulf  of  Utopia*  our  ground  forces  in  Country  YELLOW  will 
initiate  the  offensive.  If  Country  GREEN  attacks  first*  our 
ground  forces  will  immediately  respond  without  waiting  for 
the  carrier  task  force.  The  following  pages  summarize  the 
preferred  course  of  action.  If  we  take  the  offensive*  we 
will  execute  the  oreferred  course  of  action.  However*  if 
Country  GREEN  attacks  first*  our  course  of  action  will 
depend  on  the  situation. 


153 


PREFERRED  PLAN 


err 


Armored  brigade  8  and  the  mechanized  infantry  brigade  will 
proceed  from  Fort  RED  through  Yellow  Mountain  Pass  toward 
the  Southern  Mines  of  Utopia*  Once  this  objective  is 
secured/  armored  brigade  8  will  proceed  toward  Blue  Mountain 
Pass  to  intercept  advancing  enemy  units.  To  minimize  the 
time  reguired  to  reach  the  Port  of  Utopia/  armored  brigade  A 
from  Fort  RED  will  move  north  and  take  uo  a  position  within 
the  forest  to  the  east  of  the  Port  of  Utopia.  This  unit 
should  be  in  olace  before  any  of  our  forces  cross  the  border 
into  Utooia.  When  the  carrier  task  force  arrives/  a  marine 
amDhibious  brigade  will  come  ashore  east  of  the  Port  of 
Utooia.  They  will  assault  the  Port  with  the  support  of 
armored  brigade  A  moving  westward  from  the  forest.  The 
first  combat  element  to  move  into  UTOPIA  will  be  the 
airborne  brigade  from  RED  AS.  They  will  be  air  dropped  into 
a  strategic  area  overlooking  Blue  Mountain  Pass.  From  this 
location  they  will  be  able  to  effectively  slow  down  the 
movement  of  enemy  forces  through  the  oass.  They  will  later 
be  reinforced  by  armored  brigade  B  moving  across  to  Southern 


Mi  nes 


alternate  plan 


Two  armored  brigades  and  one  mechanized  infantry  brigade 
will  oroceed  from  Fort  RED  through  YELLOW  Mountain  Pass 
toward  the  Southern  Mines  of  Utopia.  Once  this  objective  is 
secured#  armored  brigade  A  will  proceed  north  along  the 
highway  toward  the  Port  of  Utopia.  Armored  brigade  B  will 
proceed  toward  Blue  Mountain  Pass  to  intercept  advancing 
enemy  units.  When  the  carrier  task  force  arrives#  a  marine 
amphibious  brigade  will  come  ashore  east  of  the  Port  of 
Utopia.  They  will  assault  the  port  from  the  east  while 
armored  brigade  A  moves  up  from  the  south.  The  first 
comabat  element  to  move  into  UTOPIA  will  be  the  airborne 
brigade  from  P£D  AB,  They  will  be  air  drooped  into  a 
strategic  area  overlooking  Blue  Mountain  Pass.  From  this 
location  they  will  be  able  to  effectively  slow  down  the 
advance  of  enemy  forces  through  the  pass.  They  will  later 
be  reinforced  by  armored  brigade  B  moving  across  from 
Southern  Mines. 


55 


The  foregoing  summary  of  courses  of  action  provides  military 
decision-makers  a  brief  recapitulation  of  the  major  aspects 
of  this  plan.  It  is  based  on  planning  factors  and  estimates 
available  at  the  time  of  preparation,  and  is  subject  to 
modification  in  the  context  of  a  specific  contingency.  The 
information  it  contains  should  be  reviewed#  and#  if 
necessary#  updated  before  its  use  in  adopting  a  course  of 
action  in  a  given  situation.  Each  operations  and  support 
agency  must  prepare  and  maintain  a  five-vear  plan  for  the 
acquisition  of  new  systems  to  support  this  plan.  Include 
budget  estimates. 

4.  TIME  TO  COMMENCE  EFFECTIVE  OPERATIONS.  Combat  units 
must  achieve  full  combat  readiness  within  the  next  two 
years.  Internal  communications  of  combat  units  must  be 
reviewed  and  updated  as  necessary.  The  JTF  HQ  must  be 
established  and  communications  provided.  Acquisition  of 
systems  to  upgrade#  as  necessary#  should  be  included  in  the 
five  year  plan.  rte  anticipate  military  action  in  UTOPIA  in 
the  next  two  to  six  years. 


I  5o 


5.  COMMAND  RELATIONSHIPS.  The  NC  A  will  retain  direct 
control  of  elan  execution  and  combat  operations. 
Operational  chain  of  command  will  be  from  NCA  to  JCS  to  JTF 
HQ  to  combat  units. 

6.  EXECUTION.  Each  operations  and  support  acencv  must 
prepare  and  maintain  a  list  of  general  actions  necessary  to 
place  the  plan  into  operation.  If  the  clan  had  to  be 
executed  immediately#  how  could  currently  available 
resources  best  be  employed? 


Attachment  A-8 


CINCGREEN  CONPLAN  4123  (U)  CRef.  1) 

PLAN  SUMMARY  (U) 

1.  PURPOSE.  This  CONPLAN  fulfills  a  task  assignment  in  the 
Joint  Strategic  Capabilities  Plan  (JSCP).  T^e  purpose  to  be 
achieved  by  executing  this  plan  is  to  ensure  a  continued 
supoly  of  critical  resource  X  for  Country  GREEN.  This  will 
be  accomplished  by  employing  a  Joint  Task  Force  (JTF)  to 
seize  and  occupy  the  Southern  Mines  in  UTOPIA  and  the  Port 
of  Utooia. 

2.  CONDITIONS  OF  EXECUTION.  UTOPIA  remains  a  neutral 
country  with  no  regular  military  forces  of  it's  own.  UTOPIA 
also  refuses  to  have  any  military  forces  of  other  countries 
stationed  on  it’s  soil.  Our  violation  of  UTOPIA’S 
neutrality  must  take  place  only  as  a  last  resort. 
Therefore*  execution  of  this  plan  will  be  considered  only  if 
worldwide  shortages  of  critical  resource  X  occur  and 
intelligence  sources  reveal  that  invasion  of  UTOPIA  by 
Country  RED  is  imminent. 

3.  OPERATIONS  TO  BE  CONDUCTED.  Rabid  response  is  essential 
and  can  best  be  achieved  by  maintaining  oreoos i t i oned * 
combat-ready  forces  as  close  to  UTOPIA  as  oossible. 
Consequently*  this  plan  will  be  carried  out  by  our  forces 
now  stationed  in  Country  BLUE  which  borders  on  UTOPIA. 
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a.  Deployment.  To  preclude  a  strong  reaction  from 
Country  RED  and  avoid  criticism  from  the  world  community#  we 
will  not  significantly  increase  our  military  oresence  in 
Country  BLUE.  We  will#  however#  insure  that  the  units 
already  stationed  there  (two  armored  brigades#  one 
mechanized  infantry  brigade#  one  airborne  brigade#  and  two 
tactical  flying  units)  achieve  full  combat  strength.  As 
much  as  oossible#  we  will  upgrade  their  combat  ar.d  combat 
support  capabilities.  Additional  support  to  our  qround  and 
air  forces  in  Country  BLUE  will  be  provided  bv  a  carrier 
task  force  including  Marine  amphibious  forces.  This  task 
force  will  be  disoatched  to  the  Gulf  of  UTOPIA  prior  to  full 
execution  of  the  olan. 

b.  Employment.  When  the  carrier  task  force  reaches  the 
Gulf  of  Utopia#  our  ground  forces  in  Country  StUE  will 
initiate  the  offensive.  If  Country  RED  attacks  first#  our 
ground  forces  will  immediately  respond  without  waiting  for 
the  carrier  task  force.  The  following  pages  summarize  the 
preferred  course  of  action  followed  by  two  alternative 
courses  of  action.  If  we  take  the  offensive#  we  will 
execute  the  preferred  course  of  action.  However#  if  Country 
RED  attacks  first#  our  course  of  action  will  depend  on  the 
situation. 
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PREFERRED  PLAN 


Two  armored  brigades  and  one  mechanized  infantry  brigade 

ft 

will  oroceed  from  Fort  Green  through  the  Blue  Mountain  Pass 
toward  the  Southern  Mines  in  UTOPIA.  Once  this  objective  is 
secured*  one  armored  brigade  will  oroceed  north  along  the 
highway  toward  the  Port  of  Utopia.  The  other  armored 
brigade  will  oroceed  toward  Yellow  Mountain  Pass  to 
intercept  advancing  enemy  units.  When  the  carrier  task 
force  arrives*  a  marine  amphibious  brigade  will  come  ashore 
west  of  the  Port  of  Utopia.  They  will  assault  the  port  from 
the  west  while  the  armored  brigade  moves  uo  from  the  south. 
The  first  combat  element  to  move  into  UTOPIA  will  be  the 
airborne  brigade  from  Green  AB.  They  will  be  air  dropped 
into  a  strategic  area  overlooking  Yellow  Mountain  Pass. 
From  this  location  they  will  be  able  to  effectively  slow 
down  the  advance  of  enemy  forces  through  the  oass.  They 
will  later  be  reinforced  by  the  armored  brigade  moving 
across  from  Southern  Mines. 


alternate  plan 


One  armored  brigade  and  one  infantry  brigade  will  proceed 
from  Fort  Green  through  Blue  Mountain  Pass  toward  the 
Southern  Mines  in  UTOPIA.  Once  this  objective  is  secured* 
the  armored  briqade  will  proceed  toward  Yellow  Mountain  Pass 
to  interceot  advancing  enemy  units.  To  minimize  the  time 
required  to  reach  the  Port  of  Utopia*  one  armored  brigade 
from  Fort  Green  will  move  north  and  take  up  a  postion  within 
the  forest  to  the  west  of  the  Port  of  Utopia.  This  unit 
should  be  in  place  before  any  of  our  forces  cross  the  border 
into  UTOPIA.  They  will  assault  the  port  with  the  support  of 
the  armored  brigade  moving  eastward  from  the  forest.  The 
first  combat  element  to  move  into  UTOPIA  will  be  the 
airborne  brigade  from  Green  AB.  They  will  be  air  dropped 
into  a  strategic  area  overlooking  Yellow  Mountain  Pass. 
From  this  location  they  will  be  able  to  effectively  slow 
down  the  movement  of  enemy  forces  through  the  oass.  They 
will  later  be  reinforced  by  the  armored  brigade  moving 
across  from  Southern  Mines. 


The  foregoing  summary  of  courses  of  action  orovides  military 
decision-makers  a  brief  recapitulation  of  the  major  aspects 
of  this  elan.  It  is  based  on  planning  factors  and  estimates 
available  at  the  time  of  preparation,  and  is  subject  to 
modification  in  the  context  of  a  specific  contingency*  The 
information  it  contains  should  be  reviewed,  and,  if 
necessary,  updated  before  its  use  in  adopting  a  course  of 
action  in  a  given  situation.  Each  operations  and  suoDort 
agency  must  oreoare  and  maintain  a  five-year  plan  for  the 
aauisition  of  new  systems  to  support  this  plan.  Include 
budget  estimates. 

U.  TIME  TO  COMMENCE  EFFECTIVE  OPERATIONS.  Combat  units 
must  achieve  full  combat  readiness  within  the  next  two 
years.  Internal  communications  of  combat  units  must  be 
reviewed  and  updated  as  necessary.  The  JTF  HQ  must  be 
established  and  communications  provided.  Acauisition  of 
systems  to  uoqrade,  as  necessary,  should  be  included  in  the 
five-year  plan.  We  anticipate  military  action  within  UTOPIA 
in  the  next  two  to  six  years. 


5.  COMMAND  RELATIONSHIPS 


The  NCA  will  retain  direct 


control  of  plan  execution  and  combat  operations. 
Operational  chain  of  command  will  be  from  NCA  to  JCS  to  JTF 
HQ  to  combat  units. 

6.  EXECUTION.  Each  operations  and  support  agency  must 
prepare  and  maintain  a  list  of  general  actions  necessary  to 
place  the  plan  into  operation.  If  the  Plan  had  to  be 
executed  immediately*  how  could  currently  available 
resources  best  be  employed? 


Commanders's  Planning  Guidance  -  JTF  RED  [Ref.  11 

1.  The  current  JSCP  tasks  us  to  be  prepared  to  invade  the 
Country  of  UTOPIA  in  order  to  secure  a  continuing  supply  of 
critical  resource  X.  UTOPIA  is  the  richest  known  source  of 
this  resource.  Heavy  reliance  on  foreign  imports  of 
resource  X  is  expected  to  continue  and  worldwide  shortages 
are  predicted  within  five  years.  Our  strongest  ideological 
adversary#  Country  Green#  is  also  heavily  dependent  on 
imports  of  resource  X.  Intelligence  sources  reveal  tnat 
GREEN  is  also  planning  for  possible  military  action  in 
UTOPIA.  Our  mission  is  to  qain  control  of  UTOPIA'S  Southern 
^ines  and  the  Port  of  Utopia. 

2.  Type  of  Operation.  This  will  be  a  coordinated  attack 
involving  a  main  armored  assault  with  supporting  attacks  by 
airborne  and  amphibious  forces.  A  carrier  task  force  will 
be  postioned  in  the  Gulf  of  Utopia  to  support  the  amphibious 
forces  and  defend  against  enemy  naval  attack.  Country 
YELLOW  which  borders  on  UTOPIA  has  long  been  our  ally.  We 
have  one  army  base  and  two  tactical  air  bases  in  YELLOW  that 
are  near  the  UTOPIA  border.  We  will  ut^ize  forces 
currently  stationed  in  YELLOW  for  the  initial  assult. 


Country  BLUE  which  also  borders  on  UTOPIA  is  expected  to 
remain  friendly  to  Country  GREEN. 

3.  Phasing  Instructions.  P re-execut i on  preparations  that 
have  priority  aret 

a.  Establish  a  JTF  HQ.  J6,  plan  communications  to 
connect  the  JTF  HQ  with  the  NCA,  Fort  RED,  RED  AB,  and  RED 
AB  North.  Also,  it  is  essential  that  deployed  combat  units 
have  reliable  communications  with  the  JTF  HQ.  Request  your 
recommemdat i on  for  the  location  of  the  JTF  HQ  within  Country 
YELLOW. 

b.  Achieve  combat  capability  as  soon  as  possible.  «e 
must  He  able  to  support  execution  in  two  years.  However,  we 
must  also  plan  for  continued  support  of  our  forces.  Insure 
that  your  planning  covers  the  next  five  years  and  includes 
both  eauioment  acquisitions  and  budget  estimates. 

<l .  Tentative  Courses  of  Action  if  CONPLAN  is  Executed.  J3 
has  provided  the  following  courses  of  action  for 
accomplishing  the  mission.  Review  these  in  conjunction  with 
the  mao  provided  by  J2: 

a.  Course  of  action  #1.  Main  attack  •  Ground  assault 
through  YELLOW  Mountain  Pass  by  two  armored  brigades  and  one 
mechanized  infantry  brigade.  Initial  objective  will  be  to 
seize  and  occupy  Southern  Mines.  One  armored  brigade  will 
then  proceed  north  along  the  highway  to  the  Port  of  Utopia 


and  one  armored  brigade  will  oroceed  to  BLUE  Mountain  Pass. 
Supporting  attacks  -  Amphibious  assault  on  northern  coast  of 
UTOPIA  by  one  marine  amphibious  brigade.  Their  objective  is 
to  seize  and  occuoy  the  Port  of  Utopia  in  conjunction  with 
the  armored  brigade  moving  up  from  Southern  Mines. 
Simultaneous  airborne  assault  on  BLUE  Mountain  Pass  by  one 
airborne  brigade.  Their  objective  will  be  to  delay  enemy 
advance  through  BLUE  Mountain  Pass  until  armored  brigade 
arrives  from  Southern  Mines. 

b.  Course  of  action  #2.  Main  attack  -  Ground  assault 
through  YELLOW  Mountain  Pass  by  one  armored  brigade  and  one 
mechanized  infantry  brigade.  Their  objective  will  be  to 
seize  and  occupy  Southern  Mines.  The  armored  brigade  will 
then  proceed  to  BLUE  Mountain  Pass.  SuPDorting  attacks  -  To 
minimize  the  time  required  to  reach  the  Port  of  Utopia*  one 
armored  brigade  from  Fort  RED  will  move  north  ana  take  up  a 
position  within  the  forest  to  the  west  of  the  Port  of 
Utooia.  When  the  attack  begins*  the  brigade  will  cross  the 
border  into  UTOPIA  and  join  a  marine  amphibious  briqade  for 
a  combined  assault  on  the  port.  Simultaneous  airborne 
assault  on  BLUE  Mountain  Pass  by  one  airborne  brigade. 
Their  objective  will  be  to  delay  enemy  advance  through  BLUE 
Mountain  Pass  until  armored  brigade  arrives  from  Southern 
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5.  Analysis  of  Relative  Combat  Power.  According  to  latest 

intelligence#  Country  GREEN  has  the  following  forces  tasked 

for  operations  in  UTOPIA: 

3  armored/mechani red  brigades 
1  airborne  brigade 
1  amphibious  ready  group 
1  marine  amphibious  brigade 

1  carrier  task  force 

2  tactical  fighter  wings 
1  JTF  HQ 

1  tactical  air  control  system 

The  capability  of  enemy  forces  is  presently  comparable  to 
our  own.  However#  enemy  plans  for  invasion  of  UTOPIA  are 
unknown  as  are  enemy  olans  for  upgrading  their  joint  task 
force. 

6.  NEC  Warfare.  We  will  not  use  nuclear#  biological,  or 
chemical  weapons.  Because  we  do  not  know  enemy  intentions# 
our  forces  must  remain  properly  equipped  and  thoroughly 
trained  for  NBC  defense. 

7.  Restrictions  on  Operations. 

a.  Close  control  by  the  NCA  is  necessary  because  of  the 
danger  of  rapid  escalation.  Again#  rapid  and  reliable 
communications  are  essential  between  the  NCA  and  the  JTF  HQ. 

b.  Because  of  political  considerations,  we  will  not 
launch  any  strikes  against  forces  located  within  the 
geographic  boundaries  of  Country  BLUE. 


8.  Pertinent  Assumptions 


a*  It  is  estimated  that  military  action  to  ensure  a 
continued  supply  of  critical  resource  X  will  be  necessary 
between  two  and  six  years  in  the  future  with  six  years  being 
the  more  likely. 

b.  Country  YELLOW  will  remain  our  ally  and  continue  to 
allow  us  to  maintain  combat  forces  there. 

C.  Country  BLUE  will  remain  an  ally  of  GREEN  and  GREEN 
will  employ  forces  stationed  in  BLUE  to  support  'their 
ooerations  in  UTOPIA. 

9.  Essential  Elements  of  Information. 

a.  General  : 

nr 

‘  r  (1)  Determine  if  and  when  the  enemy  is  planning  to 

invade  the  Country  of  Utopia. 

(2)  Determine  if  the  enemy  plans  to  employ  N0C  weapons. 

b.  Jl»  Personnel 

Cl)  The  attitude  of  the  civilian  oooulace  within  the 
area  of  operations. 

(2)  The  amount  of  food  and  medical  suoolies  available  in 
the  area  of  operations  for  distribution  to  tne  civilian 
oooulace  when  we  secure  the  area. 

c.  J3»  Operations 

(1)  Detailed  up-to-date  enemy  order  of  battle. 

(2)  Location  of  enemy  JTF  HQ. 
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d.  Logistics 

(1)  Cross-count ry  t ra f f i c abi 1 i t y  studies  for  wheeled  and 
tracked  vehicles. 

(2)  Location  of  indigenous  POL  facilities  in  area  of 
ooerat i ons . 

e.  J6,  Commun i cat i ons-E 1 ec t ron i c s 

(1)  Availability  and  nature  of  enemy  electronic  jamming 
caoab i 1 i t  v . 

(2)  Enemy  satellite  surveillance  capability  which  can 
detect  the  movement  of  our  forces. 

10.  Request  that  each  directorate  oreoare  their  staff 
estimate.  Include  your  determination  of  which  proposed 
course  of  action  can  best  be  supported  from  your  standpoint. 
J6»  also  include  your  recommendation  for  the  location  of  the 
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Commander's  Planning  Guidance  -  JTF  GREEN  (Ref.  1J 


1.  The  current  JSCP  tasks  us  to  be  orepared  to  invade  the 
Country  of  UTOPIA  in  order  to  secure  a  continuing  supply  of 
critical  resource  X.  UTOPIA  is  the  richest  known  source  of 
this  resource.  Heavy  reliance  on  foreign  imports  of 
resource  X  is  expected  to  continue  and  worldwide  shortaoes 
are  predicted  withing  five  years.  Our  strongest  ideological 
adversary.  Country  RED.  is  also  heavily  dependent  on  imports 
of  resource  X.  Intelligence  sources  reveal  that  RED  is  also 
planning  for  possible  military  action  in  UTOPIA.  Our 
mission  is  to  gain  control  of  UTOPIA'S  Southern  Mines  and 
the  Port  of  Utopia. 


2.  Tyoe  of  Operation.  This  will  be  a  coordinated  attack 
involving  a  main  armored  assault  with  supporting  attacks  by 
airborne  and  amphibious  forces.  A  carrier  task  force  will 
be  positioned  in  the  Gulf  of  Utopia  to  support  the 
amphibious  forces  and  defend  against  enemy  naval  attack. 
Country  BLUE  which  borders  on  UTOPIA  has  long  been  our  ally. 
We  have  one  army  base  and  two  tactical  air  bases  in  BLUE 
that  are  near  the  UTOPIA  border.  We  will  utilize  forces 
currently  stationed  in  BLUE  for  the  initial  assault. 
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Country  YELLOW  which  also  borders  on  UTOPIA  is  expected  to 
remain  friendly  to  Country  RED. 

3.  Phasing  Instructions.  Pre-execution  preparations  that 
have  priority  ares 

a.  Establish  a  JTF  HQ.  J6*  plan  communications  to 
connect  the  JTF  HQ  with  the  NCA*  Fort  Green*  Green  AB*  and 
Green  A8  North.  Also*  it  is  essential  that  deployed  combat 
units  have  reliable  communications  with  the  JTF  HQ.  Reauest 
your  recommendation  for  the  location  of  the  JTF  HQ 
withing  Country  BLUE. 

b.  Achieve  combat  capability  as  soon  as  possible.  We 
must  be  able  to  suoport  execution  in  two  years.  However*  we 
must  also  plan  for  continued  upgrade  of  our  forces.  Insure 
that  your  planning  covers  the  next  five  years  and  includes 
both  eguioment  acouisitions  and  budget  estimates. 

4.  Tentative  Courses  of  Action  if  CONPLAN  is  Executed.  J3 
has  provided  the  following  courses  of  action  for 
accomplishing  the  mission.  Review  these  in  conjunction  with 
the  mao  provided  by  J 2. 

a.  Course  of  action  #1.  Main  attack  -  Ground  assault 
t h rough  Blue  Mountain  Pass  by  two  armored  brigades  ana  one 
mechanized  infantry  brigade.  Initial  objective  will  be  to 
seize  and  oecuoly  Southern  Mines.  One  armored  brigade  will 
then  proceed  north  along  the  highway  to  the  Port  of  Utopia 


and  one  armored  brigade  will  proceed  to  Yellow  Mountain 
Pass.  Suooorting  attacks  *  Amphibious  assault  on  northern 
coast  of  UTOPIA  by  one  marine  amphibious  brigade.  Their 
objective  is  to  seize  and  occupy  the  Port  of  Utopia  in 
conjunction  with  the  armored  brigade  moving  up  from  Southern 
Mines.  Simultaneous  airborne  assault  on  Yellow  Mountain 
Pass  by  one  airborne  brigade.  Their  objective  will  be  to 
delay  enemy  advance  through  Yellow  Mountain  Pass  until 
armored  brigade  arrives  from  Southern  Mines. 

b.  Course  of  action  #2.  Main  attack  -  Ground  assault 
through  Blue  Mountain  Pass  by  one  armored  brigade  and  one 
mechanized  infantry  brigade.  Their  objective  will  be  to 
seize  and  occupy  Southern  Mines.  The  armored  brigade  will 
then  proceed  to  Yellow  Mountain  Pass.  Supporting  attacks 
To  minimize  the  time  reoui red  to  reach  the  Port  of  Utopia* 
one  armored  briqade  from  Fort  Green  will  move  north  and  take 
uo  a  position  within  the  forest  to  the  west  of  the  Port  of 
Utopia.  When  the  attack  begins*  the  brigade  will  cross  tne 
border  into  UTOPIA  and  join  a  marine  amphibious  brigade  for 
a  combined  assault  on  the  port.  Simultaneous  airborne 
assault  on  Yellow  Mountain  Pa3s  by  one  airborne  brigade. 
Their  objective  will  be  to  delay  enemy  advance  through 
Yellow  Mountain  Pass  until  armored  brigade  arrives  from 
Southern  Mines. 
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5.  Analysis  of  Relative  Combat  Power.  According  to  latest 

intelligence#  Country  RED  has  the  following  forces  tasked 

for  operations  in  UTOPIA: 

3  armored/mechan i zed  origades 
1  airborne  brigade 
1  amphibious  ready  group 
1  marine  amphibious  brigade 

1  carrier  task  force 

2  tactical  fighter  wings 
1  JTF  HQ 

1  tactical  air  control  system 

The  capability  of  enemy  forces  is  presently  comparable  to 
our  own.  However#  enemy  plans  for  invasion  of  UTOPIA  are 
unknown  as  are  enemy  olans  for  upgrading  their  joint  task 
f orce . 

6.  NBC  Warfare.  We  will  not  use  nuclear#  biological#  or 
chemical  weapons.  Because  we  do  not  know  enemy  intentions# 
our  forces  must  remain  prooerly  equipoed  and  throughly 
trained  for  NBC  defense. 

7.  Restrictions  on  Ooerations.  , 

a.  Close  control  by  the  NCA  is  necessary  because  of  the 
danger  of  rapid  escalation.  Again#  rapid  and  reliable 
communications  are  essential  between  the  NCA  and  the  JTF  HQ. 

b.  Because  of  political  considerations#  we  will  not 
launch  any  strikes  against  forces  located  within  the 
geographic  boundaries  of  Country  Yellow. 


8.  Pertinent  Assumptions. 

a.  It  is  estimated  that  military  action  to  ensure  a 
continued  supoly  of  critical  resource  X  will  be  necessary 
between  two  and  six  years  in  the  future  with  six  years  being 
the  more  1 i kel y • 

b.  Country  BLUE  will  remain  our  ally  and  continue  to 
allow  us  to  maintain  combat  forces  there. 

c.  Country  YELLOW  will  remain  an  ally  of  RED  and  RED  will 
emoloy  forces  stationed  in  YELLOW  to  support  their 
ooerations  in  UTOPIA. 

9.  Essential  Elements  of  Information. 

a.  General  : 

(1)  Determine  if  and  when  the  enemy  is  planning  to 
invade  the  Country  of  UTOPIA. 

(2)  Determine  if  the  enemy  plans  to  emoloy  N8C  weapons. 

b.  Jl#  Personnel 

(1)  The  attitude  of  the  civilian  populace  within  the 
area  of  ODerations. 

(2)  The  amount  of  food  and  medical  supplies  available  in 
the  area  of  ooerations  for  distribution  to  the  civilian 
oooulace  when  we  secure  the  area. 

c.  J3r  Operations 

(1)  Detailed  up-to-date  enemy  order  of  battle. 

(2)  Location  of  enemy  JTF  HQ. 
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d.  J4 ,  Logistics 

(1)  Cross-country  t r a f f i c ab i 1 i t y  studies  for  wheeled  and 
tracked  vehicles. 

(2)  Location  of  indigenous  POL  facilities  in  area  of 
oDerat i ons, 

e.  J6»  Commun i cat i ons-E 1 ec t rcn i cs 

Cl)  Availability  and  nature  of  enemy  electronic  jamming 
caoabi 1 i ty . 

(2)  Enemy  satellite  survellance  capability  whicn  can 
detect  the  movement  of  our  forces. 

10.  Request  that  each  directorate  preoare  their  staff 
estimate.  Incl ude  your  determination  of  which  proposed 
course  of  action  can  best  be  supported  from  your  standpoint. 
J6,  also  incl ude  your  recommendat ion  for  the  location  of  the 
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1.  INTRODUCTION 


(TT 


The  puroose  of  this  manual  is  to  document  the  software 
used  in  Commun i cat i ons  Electronics  War  (COMEL)  so  that  it 
can  be  modified  easily.  The  program  was  written  using 
modular  design,  freduent  comments,  and  structured  FORTRAN  in 
an  attempt  to  write  code  that  could  be  read,  understood,  and 
modified  by  novice  programmers.  Further  information  can  be 
found  in  the  Users'  Manual  and  the  Thesis. 

This  manual  is  divided  into  four  major  sections  to 
describe  machine  dependency*  the  main  and  control  programs, 
the  Acquisition  Phase,  and  the  Operations  Phase. 
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2.  HflffQWAffE/SOFTWAPE  DEPENDENCY 


This  section  describes  the  character i st ics  of  the 
program  that  make  COMEL  dependent  on  the  specific  computer 
and  operating  system  for  which  it  was  designed. 

COMEL  was  developed  on  a  Digital  Equipment  Corporation 
VAX  11/780.  The  ooereting  system  used  is  VMS.  (VAX  stands 
for  Virtual  Address  Extension  and  VMS  stands  for  Virtual 
Memory  System.)  COMEL  can  be  run  on  any  other  system  that 
supports  FORTRAN-77  and  has  some  type  of  command  file 
executive.  Any  type  of  terminal  can  be  used  to  play  COMEL. 

Throughout  the  program*  but  primarily  in  the  Operations 
Phase#  random  numbers  are  used.  The  VAX/VMS  s'ystem  function 
RAN  (which  calls  the  subroutine  RANDOM)  is  used  to  generate 
the  oseudo"r andom  numbers.  The  function  updates  the  seed# 
which  is  carried  from  module  to  module  as  a  common  variable. 

FORTRAN  77  structures#  such  as  the  DO  WHILE  and  the 
IF-THEN-ELSE-IF  are  used  extensively#  as  is  variable  type 
character  which  allows  easy  structuring  of  the  program  and 
enhances  its  maintainability  and  readability.  To  modify  the 
game  to  run  on  another  verson  of  software#  which  does  not 
have  these  features#  would  require  a  line*by-line  review  of 
the  code  to  locate  and  modify  these  structures.  The  system 
functions  FLOAT,  IFIX#  ATAN#  and  MIN  are  used  but  are  also 


available  on  most  FORTRAN  compilers.  The  only  other  system 
unique  function  used  in  the  actual  COMEL  FORTRAN  modules  is 
the  time  routine  SECNDS  (defined  by  the  system  as  time  in 


seconds  since  midnight). 

COMEL  can  be  run  two  ways.  There  is  an  extended  version 
that  runs  via  a  control  language  (VAX/VMS  command  language). 
The  other  version  is  the  same  game  run  without  the  control 
language  extension.  The  only  difference  between  the  two 
versions  is  that  the  extended  COMEL  takes  care  of  game  file 
preparation,  modification,  and  exercise  data  saving  (This 
process  is  explained  in  the  Users'  Manual  and  in  Section  3.4 
of  this  manual).  This  method  was  selected  despite  the 
machine  dependency,  since  the  efficiency  of  doing  the  file 
manipulation  at  the  command  level  of  the  computer  far 
exceeded  the  writing  of  the  eguivalent  code  in  FORTRAN  (ie, 
about  a  500  line  command  language  program  instead  of  a  2000* 
line  FORTRAN  program). 

While  not  a  machine  dependency,  one  techniaue  used  to 
control  the  synchroni zat i on  of  the  Umpire,  Red,  and  Green 
terminals  used  in  this  war  game,  should  be  explained  in  this 
section.  An  important  part  of  COMEL  involves  the  timing  of 
actions  to  be  taken  by  the  different  players  in  the  game. 
The  Red  or  Green  Player  can  only  take  actions  during  a 
specified  Pant  of  the  game  (iei  f or  a  oiven  turn  only  so 
many  minutes  are  allotted).  When  this  time  has  expired,  the 
player  must  wait  until  the  Umpire  (or  control  program)  has 
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accomplished  some  tasks  (budget  planning,  war  execution, 
etc).  Some  control  information  also  has  to  be  oassed  to  the 
players  by  the  Umpire  (current  game  status,  war  status,  end 
of  game  commands/  etc).  This  is  done  through  a 
synchronization  routine. 

The  synchronization  is  accomplished  via  a  common  direct 
access  file.  Three  flags  control  the  flow  of  control,  a 
controller  flag  (ictl).  Red  Player  flag  (ired)  and  Green 
Player  flag  (igrn).  These  flags  are  set  to  zero  or  one 
depending  on  the  action  to  be  taken.  When  the  Umoi re  wants 
to  hold  the  players  ,  a  zero  is  written  to  ired  and  igrn. 
The  players'  game  will  be  stoooed  until  the  Umpire  sets  ired 
and  igrn  to  one.  If  ictl  is  eaual  to  9,  the  Acauisition  or 
Ooeration  Phase  will  be  stoooed.  Initially,  ictl  is  eaual 
to  one  and  ired  and  igrn  are  set  to  zero.  Red  Player  sets 
ired  to  one  and  Green  Player  sets  igrn  to  one  when  each  logs 
on.  In  the  same  way,  control  is  halted  at  the  end  of  each 
turn  by  issuing  the  aoprooriate  flag. 


3.  MAIN  PROGRAM  AND  CONTROL  MODULES 


The  control  program  sets  up  the  files  used  in  COMEL.  It 
is  written  in  the  VAX/VMS  command  file  lanquaqe.  The 
control  modules  are  started  bv  the  control  orogram.  These 
control  modules  are  short  FORTRAN  programs  that  call  the 
aoprooriate  phase  of  COMEL. 

3.1  programming  STYLE 

The  command  file  program  is  written  to  manipulate  the 
game  files.  The  style  of  programming  is  limited  to  placing 
the  commands  in  the  correct  order  for  execution.  The 
FORTRAN  modules  called  control  the  execution  ohase  entered 
in  COMEL. 

3.2  ERROR  CHECKING 

The  error  checking  performed  is  limited  to  testing  for 
correct  menu  inout  and  trapping  error  conditions  to  prohibit 
the  Umpire  or  olayer  from  being  thrown  out  of  the  program. 
Instead*  the  Question  will  be  repeated.  The  FORTRAN  control 
module  will  only  allow  menu  selections  to  be  entered. 


3.3  STRUCTURE  OF  THE  CONTROL  PHASE 

The  control  phase  of  the  program  consists  of  setting  up 
the  files#  running  the  program#  entering  the  correct  phase# 
and  saving  the  files  on  exit  from  the  game. 

3. a  CONTROL  MODULES  (ACQUISITION  AND  OPERATIONS) 

COMEL  CONTROL  PROGRAM  (COMMAND  FILE) 

File:  COMEL.COM 

Purpose  and  Method: 

A  collection  of  command  language  routines  used  bv 
the  Umoire  to  manipulate  the  game  files  (save#  restore# 
delete)  and  run  COMEL. 

The  main  menu  of  the  command  file  is  displayed  on 
the  terminal  and  user  input  is  requested.  The  action 
requested  is  carried  out  via  a  GOTO  to  a  command  module 
written  to  carry  out  the  Delete#  Save#  or  Restore. 

Two  error  routines  are  Drovidea  to  prevent  the 
accidental  destruction  of  files.  One  is  to  prevent  the 
program  from  failing  due  to  an  error  in  the  command  file 
(ie»  copying  a  non-existant  file).  The  second  error 
protection  is  to  return  to  the  main  menu  if  the 
Umpi re/Pl ayer  tries  to  exit  COMEL  via  a  CTRL-Y. 

Subprograms  Called: 

UMPIRE. FOR  (Main  Program) 


File:  UMPIRE. FOR 


Purpose  and  Method: 

This  is  the  control  proqram  the  Umpire  uses  to 
choose  to  olay  the  Acquisition,  Operation  or  both  chases  of 
COMEL. 

The  menu  is  displayed  and,  deoendinq  on  the  option 
selected,  control  is  passed  to  the  called  routine.  when  the 
program  is  exited,  control  is  returned  to  the  command 
proqram. 

Major  Variables: 

fini  -  logical;  controls  exit  from  this  program 
Subprograms  Called: 

Subroutine  GAMI NF 

Subroutine  ACQCTL 

Subroutine  OPNCTL 

Entries: 

3C0MEL 

SUBROUTINE  PLAYER 

File:  PLAYER. FOR 

Purpose  and  Method: 

This  is  the  control  program  for  the  olaver.  The 
player  is  identified  as  Red  or  Green.  The  Acquisition, 
Ooeration  or  both  phases  of  olay  is  then  selected. 

Major  Variables: 

fini  -  logical;  controls  end  of  program 


i redo  l 


integer;  flag  indicating  a  Red  Player 


igrnpl  -  integer#  flag  indicating  a  Green  Player 

Subprograms  Called: 

Subroutine  PLYINF 
Subroutine  PAGE 
Subroutine  REDACQ/GRNACQ 
Subroutine  REDOPS/GRNOPS 

Ent  ri es: 

3PLAYER 

SUBROUTINE  ACQCTL 

File:  ACQCTL. FOR 

Puroose  and  Method: 

This  module  orovides  timing  and  sequencing  for  the 
Acquisition  Phase  of  the  sme. 

Outout  Acquisition  game  header  to  the  Umpire  and 
call  input  routine  for  system  data.  The  Umpire  enters  the 
length  of  cominq  turn  and  then  is  provided  the  budget 
history.  Set  sync h ron i za t i on  file  to  wait  for  Red  and  Green 
Player.  Update  stoo  time  and  then  let  Red  and  Green  Players 
start  turn.  Loop  through  a  delay  routine  until  both  players 
are  done  or  until  time  runs  out.  The  players  then  enter  a 
waiting  stage.  The  Umpire  enters  the  intelligence  uodate 
phase.  The  next  turn  starts  unless  war  begins  in  which  case 
the  Acquisition  Phase  ends. 

Major  Variables: 

durmin  -  real#  time  in  minutes  of  current  turn 
i c t 1 » i grn » i red  -  inteqer;  action  completion  flags 


hhmmss 


-  character  *  8;  time  of  day 
s»it»r»g  -  real?  dummy  variables 

pwar  -  real?  the  current  probablity  that  war  will 
occur 

*  -  real?  contains  the  result  of  random  variable 
f unc  t i on 

Common  Variables  Changed: 

i ol ayr 
i  seed 
stooat 

Suborograms  Called: 

Subroutine  SYSEQP 
Subroutine  BGTHST 
Subroutine  WRITIT 
Subroutine  DELAY 

Entries: 

Main  Program  UMPIRE. FOR 

SUBROUTINE  PAGE 

File:  PAGE. FOR 

Purpose  and  Method: 

This  routine  dears  the  terminal  display  by  writing 
24  blank  1 i nes . 

Ent  r i es : 

General  Utility 


Subroutine  PAGE 
Subrout i ne  TIME 
Subroutine  READIT 
Subroutine  TATTLE 


JBROUTINS  REAP  IT 


File:  READIT .FOR 


Purpose  and  Method: 
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This  routine  ooens  and  reads  the  sy nc h ron i z a t i on 

file  necessary  for  control  of  the  game.  The  budget  and  turn 

is  passed  to  the  olayers. 

Parameters  passed: 

ictl  igrn  i red  stopat 

iturn  redbgt  grnbgt 

Subprograms  Called: 

Subroutine  OELAY 

Data  Files  Accessed  and  File  Name: 

50  -  Sync h ron i za t i on  File  SYNCH.DAT 
Entries : 

General  Utility 

SUBROUTINE  WRITIT 

File:  rtRITIT .FOR 

Purpose  and  Method: 

This  routine  ooens  and  writes  to  the  synchroni zat i on 

file  items  necessary  for  control  of  the  game. 

Parameters  Passed: 

ictl  igrn  i red  stopat 
iturn'  redbgt  grnbgt 

Suborogram  Called: 

Subroutine  DELAY 

Data  Files  Accessed  and  File  Name: 

50  -  Synchronization  File  SYNCH.DAT 
Ent  r i es : 


General  Utility 


SUBROUTINE  DELAY 


File:  DELAY. FOR 

Purpose  and  Method: 

This  routine  is  used  whenever  a  delay  in  execution 
is  desired.  The  delay  is  the  parameter  passed#  in  seconds# 
to  the  program. 

Parameters  passed: 

tl  -  real#  time  delay  routine  entered 
Major  Variables: 

delta  •  real#  The  difference  between  time  entered 

delay  and  current  time. 

a  -  real#  A  variable  entered  just  to  delay. 

Ent  r i es : 

General  Utility 

SUBROUTINE  OPNCTL  () 

File:  ijmpfilE.FOR 
Puroose  and  Method: 

This  module  provides  timing  and  sequencing  for  the 
Operations  Phase  of  the  game. 

Outout  Operations  game  header.  Check  whether 
starting  a  new  game;  get  seed  and  call  input  subroutine  or 
read  blackboards.  Display  unit  positions  to  set  up  map. 
Loop  through  turns.  Input  turn  length  and  rules  of 
engagement.  If  it  is  not  the  first  turn#  outout 
intelligence.  Outout  blackboards.  Wait  for  players  to 
finish  turn#  checking  periodically  for  messages  or  end  of 


time  1 imi t 


rthen  time  is  up  op  both  players  are  finished 


continue  with  movement#  combat#  and  end  of  war  decision. 
Major  Variables: 

hhmmss  -  character *8;  time 

first  -  integer#  rules  of  engagement 

i c t 1 # i grn # i red# i t # i sh r # i smn  -  integers#  action 

comoletion  flags 

durmin  -  real#  length  of  turn  in  minutes 
dummy # s # st emp  -  real#  dummy  variables 
stopat  -  real#  scheduled  end  of  turn 


over  -  logical#  true  if 

game  is  to 

end 

Subprograms 

Cal  led: 

Subrout i ne 

PAGE 

Subrout i ne 

RULES 

Subrout i ne 

DELAY 

Subrout i ne 

OPINTEL 

Subrout i ne 

TIME 

Subrout i ne 

INPUT 

Subrout i ne 

WRITIT 

Subrout i ne 

rposit/gposit 

Subrout i ne 

READIT 

Subrout i ne 

RMOVE/GMOVE 

Subrout i ne 

RMSG/GMSG 

Subrout i ne 

DICTION 

Subrout i ne 

SYSOUT 

Subrout i ne 

COMBAT 

Subrout i ne 

SYS8RD 

Subrout i ne 

ENDwAR 

Subrout i ne 

REDOUT /GRNOUT 

Subrout i ne 

REDBRD/GRNBRD 

Entries: 

Main  orogr 

am  UMPIRE. FOR 

SUBROUTINE  REPOPS /GRNOPS  () 

Eile:  RED.EOR/GREEN.EOR 

Puroose  and  Method: 

This  module  controls  the  timing  and  sequence  of  the 
routines  for  the  Red  or  Green  Player. 


Output  Operations  Phase  header.  Wait  until  start  is 
indicated  by  Umpire*  checking  periodically  for  messages.  On 
the  first  turn  call  module  to  assign  eauioment  to  units. 
Call  turn  module*  return  to  waiting. 

Major  Variables: 

ictl*  ic*  ired*iqrn  -  integers*  control  flags 
stooat  -  real  /'time  for  scheduled  end  of  turn 
dummy*st  -  real*  dummy  variables 
hhmmss  “  real*oresent  time 
Subproarams  Called: 


Subroutine  PARE 
Subroutine  TIME 
Subroutine  PEADIT 
Subroutine  WRITIT 


Subroutine  RMSG/GMSG 
Subroutine  RC0MM1 /GCQMM1 
Subroutine  RTURN/GTURN 
Subroutine  DELAY 


Ent  r i es : 

Main  program  PLAYER. FOR 


SUBROUTINE  RL IS TEN /GLISTEN  (QUEST, ANS) 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  module  allows  an  active  terminal  to  listen  for 
and  read  the  answer  to  a  message  previously  sent  to  another 
terminal.  The  exchange  of  messages  is  between  the  Umpire 
and  a  player. 

Parameters : 

guest  -  inteqer?  flag  indicating  whether  answer  is 
expected  to  the  question 


ans  -  character*  1 ;  answer*  blank  returned  if  no 
answer  is  expected 


Subprograms  Called: 

Subroutine  DELAY 
Entries: 

General  Utility 

SUBROUTINE  RMSG/GMSG  () 

File:  GENERAL. FOR 
Puroose  and  Method: 

This  module  allows  a  terminal  in  waiting  status 
receive  and  answer  messages  from  another  terminal, 
exchange  of  messages  is  between  a  olayer  and  the  Umoire. 
Major  Variables: 

flag  -  integer?  flag  showing  an  answer  is  expected 

record  -  character*80;  text  of  message 

ans  -  character*!;  answer 

Subprograms  Called: 

Subroutine  DELAY 
Subroutine  PAGE 

Entries : 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 

SUBROUTINE  OPEN  (NUM) 

File:  GENERAL. FOR 


Puroose  and  Method 


This  module  ooens  file  'num'»  making  an  error 


check 


to  see  if  the  file  is  emoty. 

Parameter : 

num  -  inteqer-  number  of  the  device  to  be  omened 
Entries: 

General  Utility 
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4.  THE  ACQUISITION  PHASE 


The  Acquisition  Phase  selects  the  electronic  equipment 
to  be  used  by  the  units  in  the  Operations  Phase  of  the  game. 
This  phase  is  an  exercise  of  planning#  tine  management # 
budgeting#  and  forecasting. 

a.l  PROGRAMMING  STYLE 

All  modules  in  the  Acquisition  Phase  are  written  in  a 
too  down  and  structured  format  for  ease  of  maintenance  and 
program  extension.  That  is#  orogram  control  flows  downward 
and  GOTO  statements  are  limited  to  the  extent  possible. 
Each  module  takes  care  of  one  specific  action  (or  related 
actions).  Indentation  is  designed  to  enhance  readability  of 
the  program. 

FORTRAN  77  unique  constructs  were  used  to  simplify  the 
programs  and  increase  maintainability  and  reliability. 
However#  standard  FORTRAN  is  used  as  much  as  possible  to 
enhance  t ransoort ab i 1 i t y  and  conversion  to  different 
computer  systems.  In  the  Acquisition  modules#  the  'DO 
*HILE...END  DO'  constructs  are  used  only  to  control  exit 
from  a  module  or  a  file.  The  ' IF  ...  THEN ...  ELSE  '  construct 
is  only  used  as  an  'IF. ..THEN'  with  no  nested  'IF' 
st  at  ement  3  within  the  construct.  Programming  in  this  manner 


will  simplify  conversion  to  standard  FORTRAN*  should  it  be 
necessary.  It  will  also  simplify  a  novice  programmer's 
ability  to  understand  the  modules  logic. 

«.2  ERROR  CHECKING 

There  are  three  categories  of  errors  that  may  occur  in 
any  program.  The  first  tvoe  of  error  is  entering  extraneous 
characters  or  commands.  The  second  tyoe  of  error  is 
entering  values  out  of  range.  The  last  type  is  system 
errors . 

Extraneous  characters  entered  in  the  program  can  be 
controlled  through  the  'ERR'  and  'END'  options  of  the  ’READ' 
statement.  Extraneous  values  (other  than  numeric)  will 
force  an  error  condition  if  the  system  exoects  real  or 
integer  data.  All  READ  statements  in  the  Acauisition  Phase 
have  error  handlers  that  orevent  abnormal  termination  due  to 
read  errors. 

Entry  ranae  acceptability  checks  are  performed  in  the 
Acquisition  Phase  to  prevent  logic  and  system  errors. 

Occasionally  an  unforeseen  system  error  may  occur  due  to 
hardware  failure*  power  outages*  computer  systems  software 
failure*  etc.  Since  all  data  used  in  Acauisition  is  written 
to  files  between  game  turns*  a  system  error  will  result  in 
loss  of  onlv  the  current  game  step  data.  Also*  the  COMEL 
command  file  has  an  error  routine  built  in  that  will  bring 
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the  program  back  to  the  CO^EL  or  PLAYER  main  menu  (even  if  a 
CONTROL-Y  is  entered)  unless  the  system  crashes. 

a. 3  STRUCTURE  OF  THE  ACQUISITION  PHASE 

The  Acquisition  Phase  and  modules  used  are  described  in 
the  following  sections. 

4.3.1  Game  Sequence 

The  two  olayers  and  the  Umoire  are  operating  in  a 
timed  sequence  controlled  by  the  modules  described  in 
Section  3.  The  Acquisition  Phase  is  repeated  until  the 
random  number  selected  exceeds  the  probability  of  war  and 
war  does  occur  (unless  Umpire  starts  war  earlier  or  overioes 
the  start  of  war). 

The  sequence  of  play  is; 

a.  The  Umpire  enters  the  length  of  turn  in  minutes. 

b.  The  Umoire  gives  Red/Green  Players  their  budget. 

c.  Control  is  passed  to  the  players. 

d.  The  players  have  a  timed  turn  in  which  they  can 
procure  equipment  and  move  this  equipment  through  the 
acquisition  life  cycler  or  scrap  the  equipment. 

e.  Control  is  returned  to  the  Umpire  where  the 
intelligence  uodate  program  is  entered  and  the  Umpire 
reviews  player  status  so  intelligence  can  be  updated. 

f.  The  program  then  determines  if  war  or  the  next 
turn  occurs. 
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4.3.2  Common  Variables 


There  are  three  classes  of  common  variables  used  in 
the  Acquisition  Phase#  system  data#  electronic  equipment 
selected  and  control  parameters. 

System  data  is  read  into  the  common  each  qame  turn. 
However#  it  does  not  change  during  the  war  game.  The  file 
is  read  into  common  each  game  turn  for  recovery  purposes  in 
case  of  system  error.  System  oata  contains  all  system 
parameters  used  for  Acquisition,  such  as  technical 
caoablities#  cost  information#  and  number  of  each  system 
avai 1 abl e. 

Electronic  eauioment  data  is  dynamic  and  will  change 
each  qame  turn.  The  array  of  eciuipment  data  contains 
electronic  equipment  selected  by  Red/Green  and  the  state  of 
the  equipment  (R  +  D#  AR+D#  M+D#  Q+M#  etc).  A  reference  in 
this  file  points  to  the  location  of  the  elect-onic  equipment 
information  in  the  system  data  array  ( R I TE VG I TEM )  .  This 
array  is  also  saved  to  a  file  from  the  common  area  at  the 
end  of  each  qame  turn  and  read  from  a  file  into  common  area 
at  the  beqinninq  of  the  qame  turn. 

Parameters  used  in  the  proqram  are  kept  in  the  named 
common  called  /P ARAMS/.  The  data  in  this  common  is  not  keot 
in  a  file  between  game  turns.  It  remains  in  memory  the 
entire  game.  It  is  used  for  control  of  oroqram  execution 
during  the  play  of  the  game. 
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Interfaces  between  the  Umpire  and  player  are  via 
files*  Synchronization  is  accomplished  by  the  data 
contained  in  'SYNCH.DAT'.  This  file  contains  controls 
necessary  for  timing,  turn*  budget  and  length  of  turn.  The 
equipment  selected  is  passed  to  the  Umpire  via  the 
• REQUIP/GEQUIP.DAT '  file.  Intelligence  is  passed  v 

'RINTEL/G INTEL. OAT'  file.  More  budget  information  is  four 
in  the  ‘BGTHST.DAT*  file. 

a. a  MODIFICATIONS 

More  Acauisition  routines  may  be  added  to  COMEL  or 
modifications  made  to  existing  routines.  Additional 
decision  analysis  aids  or  other  actions  may  be  desired. 
Mocules  can  easily  be  added  to  the  Acquisition  Phase  by 
adding  another  'MENU'  item,  an  ’IF'  statement  to  select  this 
item,  and  the  subroutine  'module'  within  the  routine. 
Modifications  to  the  program  should  be  easy,  since  the 

program  is  structured  and  does  not  rely  heavily  on  GOTO's. 
However,  care  must  be  exercised  if  the  control  program  is 

modified  due  to  the  synchroni zat i on  routines.  Examples  of 

sync  h  roni  zat  i  on  routines  are  ,  i/vPITIT,  READIT,  ACQCTL, 
REDACQ,  GRNACQ,  I  TURN ,  STOPAT,  ICTL,  IRED,  and  IGRN. 


4.5  COMMON  VARIABLES  (ACQUISITION  PHASE) 

Acquisition  uses  three  tyoes  of  common  variables; 
information  on  systems  available  for  purchase*  arrays  of 
electronic  eauipment  that  have  been  purchased*  and 
parameters  that  are  used  to  control  the  game  play.  These 
common  variables  are  identified  below. 

/SYSTEM/ 


system (100)  - 

character  *  8; 

equipment  nomenclature 

rsystm(200)  - 
nomenc 1  at  ure 

character  * 

8; 

selected 

red 

eau i oment 

gsystm(200)  - 

nomenc 1  at  u  re 

character  *  8; 

selectee 

green 

eau i oment 

etype  (100)  - 

character  *  5; 

c l ass i f i es 

each 

system  oy 

t  yoe 

egodat  -  character  *  20;  holds 

ecu i pment 

data 

file  name 

sysdat  -  character  *  20;  holds 

system  data  file  name 

/SYSACQ/ 

noaClOO)  -  inteaer;  number  of  end  items  of  each  kind 
ava i 1 ab 1 e 

rdcost(lOO)  -  integer*  cost  in  SM  for  P  +  D  of  system 

rdtime(lOO)  -  integer*  time  in  years  required  for  P+0 

ardcst(lOO)  -  integer;  cost  for  accelerated  P+0 

ardtim(lOO)  -  integer;  time  for  accelerated  P+D 

mdcost(lOO)  -  integer*  cost  for  manufactorina  and 
deo l oyment 

mdtime(lOO)  -  integer*  time  in  years  for  M+D 

nomcst(lOO)  -  integer;  cost  of  normal  operating  and 
mai ntenance 


romcst(lOO)  -  integer;  cost  of  0+M  at  reduced  readiness 
/SYSOPS/ 

mob  (100)  -  inteaer;  mobility  in  hexes  oer  turn 

crnq  (1)0)  -  integer;  communications  range  in  hexes; 
beamwidth  of  satellites 

crngs  (100)  -  integer;  for  HF  eauioment*  skywave  range 

sec  (10D)  -  integer;  security  factor;  ability  to  resist 
jamming  and  intrusion 

rel  (100)  -  real;  reliability 

rels  (100)  -  real;  reliability  of  HF  eauioment  in  skywave 
ooerat i on 

flex  (100)  -  real;  flexibility 
oot  (100)  -  real;  optimization 
c3e  (100)  -  real;  C3  effectiveness 

c3es  (100)  -  real;  C3  effectiveness  of  HF  in  skywave 
ooerat i on 

ewf  (100)  -  integer;  electronic  warfare  effectiveness; 
ability  of  EW  equipment  to  overcome  the  security  factor  of 
commun  i  cat  i  ons  equipment 

ecm  (100)  -  real;  effectiveness  of  jamming 

esm  (100)  -  i nteqer;  ability  to  detect  emmissions 

beams  (100)  -  integer;  for  satellites*  the  number  of 
beams 

/REPEQP/ 

ritem  (200)  -  inteqer;  points  to  the  location  of  the 
system  in  the  system  data  arrays 

reff  (200)  -  real;  effectiveness  of  the  selected  system; 
egual  to  1  if  system  is  fully  effective*  .5  if  system  is 
partially  effective  (reduced  operation  status)*  0  if  not 
yet  placed  into  operation 

ry rbqt ( 200 )  -  i nteoer;  the  year  a  svstem  was  placed  in 
R+n  or  H+0 


ryrrdy(200)  -  integer?  the  year  a  system  will  finish  R  +  D 
or  M  +  D 

irdcst(200)  -  integer;  the  cost  of  the  current  stage  cf 
acquisition 

i rbuy  (200)  -  integer#  a  flag  indicating  that  a  system  is 
finished  **  +  D 

i race  (200)  -  integer?  a  flag  indicating  that  a  system  is 
in  accelerated  R+D 

irexo  (200)  -  integer;  a  flag  indicating  that  a  system  is 
in  normal  R  +  D 

i rred  (200)  -  integer;  a  flag  indicating  that  a  system  is 
in  reduced  ooeration 

irmnfd(200)  -  integer;  a  flag  indicating  that  a  system  is 
being  manufactored  for  deployment 

irfrd  (200)  -  integer?  a  flag  indicating  that  a  system  is 
f i ni shed  R  +  D 

/GRNEQP/ 

ritem  (200)  -  integer?  points  to  the  location  of  the 
system  in  the  system  data  arrays 

geff  (200)  -  real?  effectiveness  of  the  selected  system? 
eaual  to  1  if  system  is  fully  effective#  .5  if  system  -s 
partially  effective  (reduced  operation  status)#  0  if  not 
yet  placed  into  operation 

gyrbgt(200)  -  integer?  the  year  a  system  was  plac’d  in 
R+D  or  ^  +  0 

ayrrdy(200)  -  integer?  the  year  a  system  will  finish  R  +  D 
or  M  +  0 

igrcst(200)  -  integer?  the  cost  of  the  current  stage  of 
acquisition 

iabuy  (200)  -  integer?  a  flag  indicating  that  a  system  is 
finished  M  +  D 

igacc  (200)  -  integer?  a  flag  indicating  that  a  system  is 
in  accelerated  R  +  D 

iqexo  (200)  -  integer;  a  flaa  indicating  that  a  system  is 
i  n  norma  1  R  +  D 


iqred  (200)  -  integer;  a  flag  indicating  that  a  system  is 
in  reduced  ooerat i on 

igmnfdOOO)  -  integer;  a  flag  indicating  that  a  system  is 
being  manuf actored  for  deoloyment 

iofrd  (200)  -  integer#  a  flag  indicating  that  a  system  is 
finished  R-tD 

/PARAM/ 

iturn  -  integer;  the  current  acquisition  year 

stooat  -  real;  the  time  that  the  turn  will  be  over 

(seconds  since  midnight) 

redbqt  -  real;  the  current  years  budget  for  red 

qrnbqt  -  real#  the  current  years  budget  for  green 

rbqusd  -  real#  the  Red  Players  budget  minus  amount  soent 

qbgusd  -  real;  the  Green  Players  budget  minus  amount 

spent 

rbgreg  -  real;  the  Red  Players  budget  request  for  next 

year 

gbgrea  -  real;  the  Green  Players  budqet  request  for  next 

year 

nbrsvs  •  integer;  the  number  of  systems  in  the  system 
file 

noreoo  •  integer;  used  to  hold  the  number  of  equipment  in 
red  or  green  equipment  file 

i ueop  -  integer;  holds  the  unit  number  for  various  files 
dur i ng  ol ay 

iolavr  -  integer;  holds  the  player  id  (1  =  green#  2  = 
red)  used  to  communicate  between  routines 

inrd  -  inteqer;  number  of  red  equipment 

igen  -  i nt eoer ; number  of  green  equipment 

iseed  -  integer;  random  number  seed  used 


a. 6  THE  ACQUISITION  MOOULES 


SUBROUTINE  GAMINF/PLYINF 

File:  GAMINF.FOR/PLYINF.FOR 
Purpose  and  Method: 

This  routine  pages  through  a  game  documentation  file 
to  supoly  game  information  to  the  Umpire/Player. 

The  routine  opens  the  information  file  and  reads  it 
to  find  how  many  records  are  contained  in  the  file.  The 
number  of  pages  it  can  display  is  computed  C records/ 1 5) . 
The  PI aver/Umoi re  can  cage  through  the  file  by  entering  the 
desired  cage  number. 

Major  Variables: 

mesg  -  character  *  807  information  file  record 

endfil  -  logical?  used  to  test  for  end  of  file 

nlines  •  interger?  number  of  lines  currently 
di sol ayed 

itemp  -  integer?  temoorily  used  for  location  of  oage 

i  ni»b  -  integer?  oage  selected  for  viewing 

ifrom  -  integer?  last  record  read 

Subprograms  Called: 

Subrout i ne  PAGE 
Subroutine  DELAY 

Data  Files  Accessed  and  Name: 

60  -  Game  Information  File  GA^INF.FOR 
65  -  Player  Information  File  PLYTNF.FQR 

En  t  r i es : 

Main  program  PLAYER. FOR 


Main  program  UMPIRE. FOR 


SUBROUTINE  SYSEQP 

File:  SYSEQP. FOR 

Purpose  and  Methods 

This  routine  opens  and  reads  the  data  files 
necessary  for  the  Acquisitions  Phase. 

Ooen  and  read  files  for  system  information  and  Red 
equipment  or  Green  equipment  files.  Red  or  Green  equipment 
file  is  undated  depending  on  the  value  of  IPLAYR  (l=green, 
2-red)  or  IUEQP  ( 1 6=green , 15=red) . 

Common  Variables  Changed: 


sysdat 

eqpdat 

system 

et  ype 

rsyst  m 

gsystm 

noa 

rdcost 

rdt i me 

ardcst 

ardt  im 

mdcost 

mdt i me 

nomc  St 

romcst 

mob 

c  rnq 

c  rnqs 

sec 

rel 

rel  s 

flex 

oot 

c  3e 

c  3es 

ewf 

ecm 

esm 

beams 

r  i  t  em 

re  f  f 

ry rbgt 

ryrrdy 

i  rdcst 

i  rbuy 

i  race 

i  rexo 

i  rred 

i rmn  f d 

i  r  f  rd 

qi  t  em 

gef  f 

qy  rbgt 

gv  r  rdv 

i qrc  st 

i  obuy 

i  gacc 

i  gexp 

i  gred 

i gmn  f d 

i  qf  rd 

Oata  Files  Accessed  and  File  Name: 


la  -  System  list 

15  -  Red  equipment  list 

16  -  Green  equipment  list 


Ent  r i es : 

Subroutine  TATTLE 


SYSTEM.DAT 
REQUIP. OAT 
GEQUIP.DAT 


SUBROUTINE  BGTHST 

File:  BGTHST. FOR 


Purpose  and  Method: 

This  routine  allows  the  Umpire  to  enter  the  Red  and 
Green  Players'  budgets. 

The  budget  file  is  opened  and  checked  for  data. 
Each  record  constitutes  one  year.  If  no  data  records  exist, 
then  ITURN  is  set  to  one.  If  there  are  data  records,  they 
are  displayed  for  the  Umpire's  use-.  The  Umpire  then  gives 
the  Red  and  Green  Players  their  budget  for  that  year. 

Ma  j  or  Variables: 

lsturn  -  integer;  the  current  turn  minus  one 
Common  Variables  Changed: 
redbgt  grnbgt 

Common  Variables  Referenced  but  not  changed: 

i  turn 

rbgusd 

gbgusd 

rbgrea 

ghgreg 

Subroutines  Called: 

Subroutine  DELAY 
Subroutine  PAGE 

Data  Files  Accessed  and  File  Name: 

99  -  Budget  history  BGTHST.DAT 
Entries: 

Subroutine  ACQCTL 

SUBROUTINE  TATTLE 

File:  TATTLE. FOR 

Puroose  and  Method: 
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TATTLE  is  used  by  the  Umpire  to  read  the  mail  files 
and  to  read  the  status  of  Red/Green  Acauisition  Phase. 

TATTLE  is  menu  driven.  The  Umoire  can  select 
Red/Green  qame  summary  and  can  read  the  Red/Green  mail 
files.  It  allows  the  Umoire  to  oroccess  Red/Green 
intelligence  requests.  The  Umoire  then  can  resoond  by 
uodatinq  &ed/Green  answer  fi'*e. 

Major  variables 

fini  -  logical?  used  to  test  whether  user  would  like 
to  exit  intel . 

Endfil  -  logical?  used  to  check  end  of  file  status 

rtyo  -  Character  *  2?  Record  tyoe  in  the  Red/Green 
Intelligence  File. 

irayr  -  integer?  The  turn  intelligence  was  requested. 

iqnr  -  integer?  A  flag  indicating  if  olayer  would 
like  a  general  intel  brief. 

isr  -  integer?  a  flag  indicating  if  olayer  would  like 
a  soecific  intel  brief. 

insyst  -  character  *  8?  The  system  that  olayer  would 
like  intel  info  on 

ist  -  inteqer?  not  used 

infrd  -  integer?  used  by  olayer  to  request  if  system 
is  in  R+D 

inbuy  -  integer?  flag  used  by  ol ayer  to  request  if  a 
system  will  be  bought 

inamt  -  inteqer?  flag  to  request  how  many  of  a  system 
will  be  bough t 

indte  •  integer?  flag  to  request  when  the  system  will 
be  ready. 

msg  -  character  *  80?  This  is  the  message  that  the 
controller  received  from  the  olayer  receives  as  an 


Common  Variables  Changed: 

iol ayr 
i  ueoo 
eqodat 
stooat 

Subprograms  Called: 

Subroutine  SYSEQP 
subroutine  SYSTMS 
subroutine  DELAY 
subroutine  PAGE 

Data  Files  Accessed  and  File  Name: 

25  Red  Intelligence  File  RINTEL.DAT 
20  Green  Intelligence  File  GINTEL.DAT 

Entries: 

Subroutine  ACQCTL 

SUBROUTINE  REOACQ/GRNACQ 

Files:  peoacq.for/grnacq.for 

Purpose  and  Method: 

Provides  the  sequencing  for  the  players  during  the 
Acquisition  Phase  of  the  qame. 

Output  Acquisiton  game  header  then  a  message  if  a 
olayer  is  waiting  for  the  other  nlayer  to  LOGIN.  Begin  a 
game  looo.  Load  the  system  data  and  player  equipment  files. 
Set  a  1 oqqed  in  flag.  Delay  at  this  point  until  other 
olayer  logs  into  the  qame.  Obtain  budget  and  stop  time. 
Call  the  main  Acquisition  module.  After  acquisition#  set  a 
flag  and  enter  a  hold  looo.  When  the  Umoire  is  finished#  a 
flag  is  set  by  the  Umpire  so  the  next  turn  can  start. 


Major  Variables  Changed: 

hhmmss  -  character  *S:  time  of  day 

ic#ib#it  -  integer:  dummy 

r»s#re#ge#st  -  real:  dummy 

Common  Variables  Changed: 

iolayr  sysdat  eapdat  iuegD 
i grn  i red 

Common  variables  Referenced  but  Not  Changed: 

i  c  1 1 
stooat 
i  turn 
redbgt 
grnbgt 

Suborograms  Called: 

Subroutine  PAGE  Subroutine  /(RITIT 

Subroutine  TIME  Subroutine  DELAY 

Subroutine  READIT  Subroutine  ACQUIS 

Ent  ri es: 

MAIN  PROGRAM  PLAYER 

SUBROUTINE  ACQUIS 

File:  ACQUIS. FOR 

Puroose  and  Method 

This  is  the  main  Droqram  that  enables  players  to 
acouire  electronic  eauioment.  It  disolays  the  main  menu 
options  to  allow  the  olayer  to  carry  out  the  acauisition 


st  rategy 


The  control  of  system  information  and  acquisition  is 


via  menu.  The  players  options  are  listed.  At  the  too» 
budget  and  time  information  is  displayed.  The  current  time 
is  checked  against  the  STOPAT  time  prior  to  the  execution  of 
a  subroutine.  If  stop  time  is  exceeded#  or  the  exit  option 
is  selected#  the  equipment  data  is  saved  to  a  file  and 
control  oassed  to  REDOPS/GRNOPS .  If  budqet  has  been 
exceeded#  a  warning  is  displayed.  After#  the  above  checks 
are  made#  the  selected  option  i3  executed.  uoon  exit  of 
this  routine#  an  end  of  turn  message  is  displayed. 


“a j  or  Variables: 

bspent  -real#  the  amount  of  the  origional  budget 
a  1  ready  soent . 


itime  -  integer#  the  time#  in  minutes#  remaining  for 
a  decision 


Common  variables  Changed: 

gbqusd 

rbgusd 


Common  Variables  Referenced  but  Not  Changed: 


grnbgt 
redbgt 
i ol ayr 
stooat 
i  turn 


Subprograms  Called: 

Subroutine  UP08GT 
Subroutine  PAGE 
Subroutine  SAVEQP 
Subroutine  SHOP 


Subroutine  SYSTMS 
Subroutine  INTEL 
Subroutine  BGTAR 
Subroutine  PROCUR 


Entries: 

Subroutine  PEDACQ/GRNACQ 
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SUBROUTINE  UPD9GT 


File:  UPD9GT.F0R 

Purpose  and  Method: 

This  orogr am  inspects  the  player's  equipment  file 
and  computes  the  current  funds  obligated  from  the  given 
budget  and  subtracts  that  amount  from  the  olaver's  funds. 
The  acauisition  status  of  the  eauipment  (R  +  D,  AR  +  D,  M+D)  is 
also  checked  and  updated  if  necessary. 

The  budget  used  by  Red/Green  Player  is  set  to  zero. 
Each  niece  of  equipment  (RECORD)  is  checked  for  f 1 aq  set  and 
year  ready.  The  appropriate  money  is  added  to  the  budget 
used  for  those  systems  in  active  M  +  D,  R  +  D,  AP  +  D  and  normal 
0  +  M  and  reduced  0  +  M.  If  a  system  is  in  M+D,  R  +  D,  AR  +  D  and 
the  year  ready  field  of  the  record  is  equal  to  the  current 
turn,  then  the  M+D  flag  is  set  to  zero  and  the  buy  flaa  is 
set  to  one.  If  the  AR  +  D  or  R+D  flag  is  set  to  zero  then  the 
finished  R+D  flag  is  set  to  one.  At  the  end  of  the 
appropriate  eauioment  file,  the  program  returns  control  to 
ACQUIS. 

Common  Variables  Changed: 

rbqusd  abqusd  iqe*o  i rexo 
iqfrd  irfrd  iqmnfd  irmnfd 
i gbuy  i rbuy 

Common  Variables  Referenced  but  Not  Changed : 

iolavr  iturn  gyrrdy  ryrrdy 

rdcost  gitem  ritem  ardcst 

mdcost  nomcst  romcst  qeff 

re  f  f 


Subroutine  ACQUIS 


SUBROUTINE  SAVEQP 

File:  SAVEQP. FOR 

Purpose  and  Method: 

SAVEQP  will  take  the  current  contents  of  the 
Red/Green  equipment  arrays  and  write  them  to  the  equipment 
files.  The  budget  file  is  also  updated  with  the  budget  used 
by  Ped/Green  the  oast  acquisition  year. 

The  Red/Green  equipment  file  is  ooened.  The 
contents  of  the  Arrays  are  written  to  the  opened  file.  If 
RSYSTM/GSYSTM  is  blank,  the  record  is  not  written.  If 
IGBUY/IRBUY  is  equal  to  one,  then  the  system  is  not  written. 
The  equipment  file  is  closed#  and  the  budget  file  is  opened. 
The  budget  record  for  the  turn  is  updated  with  the  budget 
used  by  Red/Green.  The  budget  file  is  closed  and  the 
program  returns  control  to  ACQUIS. 

Major  Variables: 

rbg,gbg, rusd,gusd, rreq,greq  -  real?  dummy 
Common  variables  Changed: 


qsystm 

rsvstm 

i  gbuy 

i  rbuy 

gi  t em 

r  i  t  em 

gef  f 

re  f  f 

qy rbgt 

ry rbqt 

gyr rdy 

r y  r  r dy 

i grcst 

i rdcst 

i  gacc 

i  race 

i  ge*o 

i  rexo 

i  qred 

i  rred 

i qmnf d 

i  rmn  f  d 

i  gf  rd 

i  r  f  rd 

gbgusd 

rbgusd 

Common  Variables  Referenced  but  Not  Changed: 

i  ueqo 
eoodat 


i d 1  ay r 
nbreao 


i 

i 

j 

i 

,1 

I  4 

» 'f 

i 

r* 

» * 

i 

*• 

! 

C; 

t> 

;*• 

I 

i 

u 

J 


Subprograms  Called: 


Subroutine  DELAY 


Subroutine  ERASE 


Data  Files  Accessed  and  File 

15  -  Red  Equipment  List 

16  -  Green  Equipment  List 
99  -  Budget  History  list 


Name : 

REQUIP.DAT 

GERUIP.OAT 

6GTHST.DAT 


Entries: 

Subroutine  ACRUIS 


SUBROUTINE  ERASE 

File:  ERASE. FOR 

Purpose  and  Method: 

Erase  is  used  to  initialize  the  equipment  and  system 
arrays  through  the  use  of  Data  statements  with  either  zero 
or  blanks.  This  is  done  to  clean  the  common  areas  out 
between  game  turns  so  extraneous  information  is  erased. 
Common  Variables  Changed: 


rel 

re  1  s 

f  1  ex 

oot 

c  3e 

c  3es 

ecm 

ge  f  f 

ref  f 

rbgreg 

gbqreg 

s  t  ooat 

redbgt 

grnbgt 

rbgusd 

obqusd 

noa 

rdcost 

rdt i me 

a  rdt  i  m 

mdcost 

mdt i me 

nomc  s  t 

ardcst 

romcst 

mob 

C  rng 

C  rngs 

sec 

ewf 

esm 

beams 

ri  tem 

ry rbgt 

ryrrdv 

i rdcst 

gi  tern 

gy rbqt 

gy rrdy 

i qrc  st 

i  turn 

nbrsys 

nbreqp 

i  ueqo 

i  nt  r 

i  nt  q 

i  nrd 

i  qen 

Entries: 

Subroutine  SAVEQP 
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SUBROUTINE  SHOP 


Rile:  SHOP. FOR 

Puroose  and  Method: 

Shoo  is  used  to  load  the  Red/Green  Players  equioment 
arrays  with  systems  from  the  system  data  arrav.  These 
systems  are  candidates  for  procurement  and  all  flags  are  set 
to  zero.  No  more  than  the  allotted  amount  of  each  system 
tyoe  (NOA)  can  be  olaced  in  the  equipment  arrays. 

The  terminal  disolav  is  cleared.  Next ,  the  entire 
list  of  systems  available  (along  with  equipment  tyoe  and 
reference  number)  is  disolayed.  The  player  will  select  a 
system  via  the  menu  number  for  possible  inclusion  in  the 
equioment  arrays.  If  the  olayer  has  not  run  out  of  time# 
continue.  Next#  ask  the  player  if  more  system  information 
is  desired#  else#  call  a  routine  to  add  the  system  to  file. 

Major  Var i ab 1 es : 

hhmmss  -  character  *  8#  time  of  day 

idectm  -  integer#  time  in  minutes  left  to  make 
dec i s i on 

noaqe  -  integer?  a  value  used  to  all  ion  the  columns 
on  the  outDut  disolay 

il»i2»i3»i4  -  integer?  a  value  used  witn  ncage  for 
termi nal  di sol  ay 

itmnbr  -  integer?  a  user  incut  to  select  a  system  in 
the  disolay 

Common  Variables  Referenced  but  Not  Changed: 

stoDat 
nbrsys 
system 
et  yoe 


Subprograms  Called 


Subrout i ne  PAGE 
Sub  rout i ne  TIME 
Subroutine  SYSINF 
Subroutine  SYSOPT 

Ent  ri es: 

Subroutine  ACQUIS 

SUBROUTINE  SYSINF 

File:  SYSINF. FOR 

Purpose  and  Method: 

SYSINF  provides  system  information  on  the  particular 
system  selected  by  SHOP. 

The  display  is  cleared.  The  player  is  given  the 

system  name  and  eauipment  type  and  asked  whether  more 
information  is  desired.  If  yes t  a  narrative  description  is 
given  on  the  equipment  type  from  a  file  with  this  data  in 
it.  Next,  technical  information  is  obtained  from  the  system 

array  if  desired.  Then  »  cost  information  is  displayed  if 

requested.  The  program  returns  control  to  the  caller. 
Parameters 

itm  -  integer;  index  to  system  in  the  system  file 
Major  Variables: 

fini  -  logical#  checks  for  end  of  file 

eouio  -  character  *  5;  equipment  type  read  from 

system  information  file 

descr  -  character  *  7a;  Narrative  description  line 
from  system  info  file 


Common  Variables  Referenced  but  Not  Changed 


system 

et  yoe 

mob 

rel 

OPt 

ecm 

sec 

re  1  s 

flex 

esm 

c  rng 

c3e 

beams 

ewf 

c  rngs 

c  3es 

noa 

rdcost 

rdt i me 

ardcst 

ardt  i  m 
romcst 

mdcost 

mdt i me 

nomcst 

Data  Files  Accessed  and  File  Name: 

55  -  System  Information  SYSINF.DAT 
Entries: 

Subroutine  SHOP 

SUBROUTINE  SYSQPT 

File:  SYSOPT.FOR 
Puroose  and  Methods: 

This  routine  enables  the  player  to  add  the  system 
selected  in  SHOP  to  the  equipment  file. 

The  Ped/Green  Player  is  asked  to  enter  how  many  of 
the  selected  system  desired.  First  the  Red/Green  equipment 
arrays  are  checked  for  the  number  of  that  system  already  in 
the  array.  The  player  is  then  told  how  many  systems  of  that 
tyoe  are  in  the  file  and  the  maximum  number  Permitted.  The 
number  the  user  entered  is  reiterated.  The  program  checks 
whether  the  maximum  will  be  exceeded  with  the  additional 
systems  selected.  The  program  then  adds  the  systems  to  the 
equipment  file  (up  to  the  maximum)  and  displays  success  or 
qualifies  the  message  with  the  actual  amount  added.  At  this 
point#  only  the  system  name  and  location  in  the  system  array 
is  added  to  the  equipment  arrays.  The  other  values  are  set 


to  zero.  The  number  of  eauioment  is  kept  in  common.  The 
proqram  then  returns  control  to  SHOP. 

Major  Variables: 


nsyst  - 
add 

i nt  eger ; 

number 

o  f 

that 

system 

you  wish 

t  0 

i  sys  - 
file. 

i nteoer; 

number 

o  f 

that 

system  al ready 

i  n 

n  b  u  y  • 
i f  1  ess 

integer#  the  difference  between 
than  NSYST,  else  equal  to  nsyst 

NOA  and 

I  SYS 

Common  Variables  Changed: 


gsystm 

g  i  t  em 

qe  f  f 

gy  rbgt 

qy r rdy 

i  qrcst 

i  qbuy 

i  gacc 

i  gexo 

i  gred 

i gmn  f  d 

i  qf  rd 

rsystm 

r  i  t  em 

re  f  f 

ry  rbgt 

ry  r  rdy 

i rdcst 

i  rbuy 

i  r acc 

i  rexD 
nb  reqo 

i  r red 

i  rmn  f d 

i  r  f  r  d 

Common  Variables  Referenced  but  Mot  Chanqed: 

system  iolayr 
noa 

Subprograms  Called: 

Subrout i ne  PAGE 

Entries: 

Sub  rout i ne  SHOP 


SUBROUTINE  SYSTMS 

File:  SYSTMS. FOR 

Puroose  and  Method: 

SYSTMS  is  used  to  summarize  the  current  state  of  the 
equipment  files  for  PLAYER/UMPIRE  information. 
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Decision  time  left  and  budget  are  disolaved  along 
with  a  menu  of  options  available  for  selection.  If  decision 
time  expires#  or#  the  P 1 ave r /Umo i re  decides  to  exit#  control 
is  returned  to  the  calling  program.  Next#  totals  are  set  to 
zero  and  the  eauioment  array  is  analyzed  based  on  flags  set 
denoting  the  state  of  the  systems.  Totals  are  computed. 
Depending  on  the  option  selected  in  the  main  menu#  summaries 
are  displayed  on  the  state  of  the  array. 

Major  Variables: 

fini  -  logical#  used  to  control  end  of  routine 

budget  -  real#  Red/Green  budget 

bgtlft  -  real#  monev  left  player 

hhmmss  -  character  *  8#  time  of  day 

itime  -  integer;  decision  time  left 

nrda  -  integer#  number  systems  in  accelerated  R  +  0 

nrdn  -  integer#  number  systems  in  normal  R+D 

nmnd  “  integer#  number  systems  in  M+D 

ndeon  -  integer#  number  systems  normally  deployed 

nomr  -  integer;  number  systems  in  reduced  0+M 

nbuv  “  integer#  number  systems  ready  to  buy 

nfrd  -  integer;  number  systems  finished  R+0 

nlines  -  integer;  number  of  lines  displayed  on  screen 

ntot  -  integer  ;  total  of  nrda#  nrdn#  nmnd#  ndeon# 
nomr#  nbuy#  nfrd 

Common  Variables  Referenced  but  Not  Changed: 

grnbgt  gbgusd  redbgt  rbgusd 
stooat  iturn  nbrego  iolayr 
geff  re ff  iomnfd  irmnfd 
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igexo  irexo  ioacc  iracc 
igbuy  i  rbuy  igfrd  irfrd 
gsystm  rsystn  gyrrdy  ryrrdy 
mdt i me 

Suborograms  Called 

Subroutine  pAGE 
Subroutine  TIM£ 

Entries: 

Subroutine  ACGiUIS 
Subroutine  TATTLE 

SUBROUTINE  INTEL 

File:  INTEL. FOR 

Purpose  and  Method: 

This  module  enables  the  Dlaver  to  read  the 
intelligence  file  containing  either  information  reauested  or 
messages  from  the  Unto'  re. 

The  Red/Green  intel  file  is  oDened.  The  program 
loops  through  the  file  looking  for  'A'  record  type.  The 
year  of  this  record  is  stored.  Upon  the  end  of  file#  the 
oroaram  displays  a  menu  with  a  year  to  select  range  from  the 
first  year  recorded  to  the  last  year  recorded.  No  years 
will  be  listed  if  there  is  not  any  intel  data.  The  player 
then  selects  a  year  from  the  menu.  The  file  is  rewound  and 
the  program  then  loops  through  the  file  again  printing  the 
selected  records. 

Major  Variables: 

iunit  -  integer;  unit  number  of  Green/Red  intel  file 


ifile  -  character  *  20;  file  name  of  Green/Red  intei 
file 

intv  -  integer;  an  array  holding  the  selected  intel 

years 

itmoyr  -  integer;  a  temporary  hold  area  for  the  year 

fini  -  logical;  a  flag  used  to  control  end  of  routine 

endfil  -  logical*  a  flag  used  to  test  for  end  of  file 

ivrfrs  -  integer;  first  year  found  in  intel  file 

iyrlst  -  integer;  last  year  found  in  intel  file. 

rtyo  -  character  *  2*  record  type  in  intel  file  (A  s 
answer) 

irgyr  -  integer;  year  of  reguest 

msg  -  character  *  80  ;  message  from  Umpire 

itime  -  integer;  decision  time  left 

inpicW  -  integer;  intel  year  player  selects 

nlines  -  integer;  number  of  lines  displayed  on 
termi nal 

Common  Variables  Referenced  but  Not  Changed: 

iolayr  stooat 
i  turn 

Subprograms  Called: 

Subroutine  DELAY 
subroutine  PAGE 
subroutine  TIME 

Data  Files  Accessed  and  File  Name: 

20  -  Green  Intelligence  Data  GINTEL.DAT 

25  -  Red  Intelligence  Data  RINTEL.DAT 

Ent  r i es : 

Subroutine  ACQUIS 
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SUBROUTINE  BGTAR 


File:  BGTAR. FOR 
Purpose  and  Methods: 

This  program  shows  the  player  a  breakdown  of  current 
budget  obligations  (those  systems  where  money  has  been,  or 
must  be  soent)  and  projects  those  obligations  four  years 
into  the  future.  The  olayer  is  also  able  to  submit  a  budget 
request  for  next  year. 

The  arrays  for  the  display  are  initialized.  Then 
each  flag  of  the  Player's  equipment  array  is  checked  for  the 
status  of  that  system.  If  money  has  been  required*  the 
aoprooriate  array  is  updated  (ie#  number  of  systems  in  that 
stage  and  money  obligated  for  that  stage).  A  projection  is 
then  made  for  the  current  state  of  that  system  and  for  four 
years  in  the  future  by  sequencing  througn  the  acquisition 
process  and  recordinq  the  money  obligated  for  each  of  the 
systems  five  year  life.  A  message  explaining  the  orocedure 
is  displayed.  The  graoh  is  then  written  on  the  terminal. 
Finally#  the  Red/Green  Player  is  asked  whether  a  budget 
request  is  to  be  submitted  for  the  next  year.  If  ves#  the 
budget  file  is  opened  and  the  request  entered. 

Major  Variables: 

inrdn(5)  •  integer#  number  of  systems  in  normal  R+D 
for  year  I 

inrdc(5)  •  integer*  cost  of  systems  in  normal  R+D  for 
year  I 

iardn(5)  -  inteqer;  number  of  systems  in  advanced  R+D 
for  year  I 


iardc(S)  -  integer?  cost  of  systems  in  advanced  R  +  D 
for  year  I 


ismdn(5)  -  integer?  number  of  systems  in  M  +  D  for  year 

I 

ismdcCS)  “  integer?  cost  of  systems  in  M  +  D  for  year  I 

iromn(S)  "  integer?  number  of  systems  in  reduced  0+M 
for  year  I 

iromc(5)  -  integer?  cost  of  sysems  in  reduced  0  +  M  for 
year  I 

inomn(5)  -  integer?  number  of  systems  in  normal  0+M 
for  year  I 

i nomc (5)  -  integer?  cost  of  systems  in  normal  0+M  f or 
year  I 

itotn(S)  -  integer?  total  number  of  systems  for  year 

I 

itotc(5)  -  integer?  total  cost  of  systems  for  year  I 

numb  -  integer?  used  to  conrol  flow  through  cost 
pro i ect i on 

istrt  -  integer?  for  a  given  stater  the  year  that  the 
next  state  begins 

idone  *  integer?  for  a  given  stater  the  year  that  the 
next  state  ends 

rbgt r gbgt r rb r gb r v r r gr  -  real?  dummy  variables 

Common  Variables  Changed: 

rbgreo 

gbgreg 

Common  Variables  Referenced  but  Mot  Changed: 

iplayr  nbregp  geff  reff 

igexo  irexo  i turn  gyrrdy 

ryrrdv  mdtime  gitem  ritem 

rdcost  ardcst  igacc  i race 

nomest  mdcost  igmnfd  irmnfd 

Subprograms  Called: 

Subroutine  PAGE 


i 

I 


Subroutine  DELAY 

Data  Piles  Accessed  and  File  Names 

99  -  Budget  History  File  BGTHST.DAT 

Entries: 

Subroutine  ACGUIS 


SUBROUTINE  PRTSTS 


I 


File: 


PRTSTS. FOR 


i 


Puroose  and  Method: 


PRTSTS  orints  the  equipirent  lists  of  the  Red/Green 
Player  between  each  turn. 


Common  Variables  Referenced  cut  no?  changed: 


nbrego 
i  gmnf  d 
i  gacc 
igf  rd 
gy rrdy 


i ol ay r 
i rmnf d 
i  race 
i  r  f  rd 
ry r rdy 


gef  f 
i  gexo 
i  gbuy 
gsystm 
mdt i me 


re  f  f 
i  rexD 
i  rbuy 
rsystm 


Data  files  Accessed  and  File  Name: 


70 

75 


Green  eguioment  Drint  list  EQPGRN.DAT 
Red  eguioment  print  list  EQPRED.DAT 


®  SUBROUTINE  PRQCUR 

File:  PROCUR .FOR 
Puroose  and  Method: 

PROCUR  controls  the  orocurement  and  acouisition 
ohases  of  the  systems  in  the  eauioment  array.  Intelligence 
can  be  ourchased  and  a  decision  analysis  made. 
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The  orogram  displays  a  menu  with  the  options 
available  for  the  Red/Green  Plaver. 

Major  Variables: 

fini  -  logical?  used  to  control  exit  from  subroutine 

budget  -  real •  red/green  current  budget 

bgtlft  -  real/  red/qreen  remaining  budget 

itime  -  integer;  decision  time  left 

Common  Variables  Referenced  but  Not  Changed: 

iplayr  grnbgt  redbgt 
stooat  iturn 

Subprograms  Called: 

Subroutine  PAGE  Subroutine  RDEXPN 

Subroutine  DECISN  Subroutine  OMRED 

Subroutine  BUYSYS  Subroutine  PINTEL 

Subroutine  SCRAP  Subroutine  MDEPLY 

Subroutine  ROACCL 

Entries: 

Subroutine  ACQUIS 

SUBROUTINE  DECISN 

File:  OECISN.FOR 

Purpose  and  Method: 

The  ouroose  of  this  routine  is  to  enable  the  user  to 
get  an  estimate  of  force  effectiveness. 

First/  the  weights  and  parameters  used  in  the 
subroutine  are  initialized.  Then  a  short  menu  is  displayed 
listing  the  options,  Whenever  an  ootion  is  executed/  the 
totals  used  are  set  to  zero  and  both  graphs  are  initialized. 
A  loop  is  then  entered  and  effectiveness  computed  (described 


in  Users'  Manual)  for  all  systems  in  the  equioment  array. 
Weights  are  only  applied  to  the  totals  (ooticn  2). 

The  program  then  checks  for  ootion  selected.  For 
option  1  or  2>  graphs  are  output  form  the  appropriate 
arrays.  If  option  3  or  <1  is  selected/  the  player  can  change 
weights  and  parameters  used  in  computing  force 
effect i veness . 

Major  Variables: 

fini  -  logical.  used  to  control  the  end  of  routine 

wtmob  -  real;  weight  of  mobility  in  equation 

wtcr  -  real;  weight  of  comm  range  in  equation 

wtcrs  -  real;  weight  of  skip  comm  range  in  equation 

wtsec  -  real;  weight  of  security  factor  in  equation 

wtc3  -  real;  weight  of  c3  effectiveness  in  equation 

wtc3s  -  real;  weight  of  skip  c3  effectiveness  in 
equat i on 

wtbm  -  real;  weight  o  number  of  sat  beams  in  equation 

wtewf  -  real;  weight  of  ewf  in  equation 

wtecm  -  real;  weight  of  ecm  in  equation 

wtesm  -  real;  weight  of  esm  in  equation 

mobhi  -  i nt eger ; sea  1 i ng  factor  for  mobility 

icrhi  -  integer;  scaling  factor  for  comm  range 

iershi  -  integer;  scaling  factor  for  skip  comm  range 

c3hi  -  real;  scaling  factor  for  c3 

c3shi  -  real;  scaling  factor  for  skip  c3 

bmhi  -  real;  scaling  factor  for  sat  beams 

iewfhi  -  integer;  scaling  factor  for  ewf 


iecmhi  -  integer?  scaling  factor  for  ecm 
iesmhi  -  integer;  scaling  factor  for  esm 
i t i me  -  integer?  decision  time  left 


totmob (5) 

-  real ? 

total 

adjusted 

mob i 1 i t  y 

for 

year  I 

totcr (5) 

-  real? 

total 

adjusted 

comm  range  for 

year  I 

totcrs(5) 

-  real ? 

total 

ad  j  usted 

skip  comm  range  for 

year  I 

totsec(5) 

-  real? 

total 

ad j  usted 

secur i t  y 

factor  for 

year  I 

totc3C5) 

-  real  ? 

total 

adjusted  ' 

c3  for  year  I 

totc3s (5) 

-  real  ? 

total 

adjusted 

skip  c 3 

for  year  I 

totbm (5 ) 

-  rea  1  ? 

total 

adjusted 

sat  beams 

for 

year  I 

totewf (5) 

-  real  ? 

total 

adjusted 

ew  f  for 

year 

I 

totecm (5) 

-  real  ? 

total 

ad j  usted 

ecm  for 

year 

I 

totesm(5) 

-  rea  l  ? 

total 

adjusted 

esm  for 

year 

I 

fci(10,70)  -  character  *  l?  holds  the  force 

capability  index  display 

fca(25*54)  -  character  *  1?  holds  the  force 

caoablitiy  assessment  display 

i 1 1 1  i 1 2 1 i t 3 » i 1 4 t  i 1 5  -  integer?  5  years  of  the 

f orecast 

v(5)  -  real?  value  of  0  or  1  used  in  eauation  to  turn 
on  or  off  certain  values 

i rdy  -  integer?  holds  the  year  a  system  will  be 

ooerat i ng 

dmob  -  real?  holds  the  scaled  mobility  rate 
dc rng  -  real?  holds  the  scaled  comm  range  rate 
dcrngs  -  real?  holds  the  scaled  skip  comm  range  rate 
dc3e  -real?  holds  the  scaled  c3  rate 
dc3es  -  real?  holds  t.he  scaled  skip  c3  rate 


dbeams  -  real?  holds  the  scaled  sat  beam  rate 


dew  f  - 

real  ? 

holds  t  he 

scaled 

ew  f 

rate 

deem  - 

real  ? 

holds  the 

scaled 

ecm 

rate 

desm  - 

real  ? 

holds  the 

scaled 

esm 

rate 

Common  Variables 

Referenced  but 

Not 

Changed : 

stooat 

i  turn 

i  p  1  a  y  r 

nbreop 

i  qexp 

i  rexo 

gy  r rdy 

ry r rdy 

mdt i me 

gi  t  em 

r  i  t  em 

i  qacc 

i  race 

i  qf  rd 

i  r  f  r  d 

i  g  m  n  f  d 

i rmn  f d 

i  gbuy 

i  rbuy 

ge  f  f 

ref  f 

mob 

c  rng 

C  rnqs 

sec 

c3e 

c  3es 

beams 

ew  f 

ecm 

esm 

Suboroarams  Called: 
Subroutine  PAGE 


Ent  r i es  : 

Subroutine  PROCUR 

SUBROUTINE  BUYSYS 

File:  BUYS Y „ .FOR 

Purpose  and  Method: 

This  routine  is  used  to  place  the  systems  -finishing 
manuf actor i ng  for  deployment  into  normal  or  reduced 
operations  and  maintenance. 

The  equipment  files  are  searched  for  the  flag 
IR8UY/IGBUY.  If  the  flags  are  eaual  to  one  then  the  system 
is  ready  for  OtM.  The  player  then  has  the  opportunity  to 
place  the  system  in  normal  or  reduced  0+M. 

Common  Variables  Changed: 

qbqusd  rbqusd  iqbuy  i rbuy 


Common  Variables  Referenced  but  Mot  Changed: 

iolayr  nbreqo  redbgt  qrnbgt 
nomcst  romcst  gitem  ritem 

Entries: 

Subroutine  PROCUR 

SUBROUTINE  SCRAP 

File:  SCRAP. FOR 
Puroose  and  Method: 

SCRAP  is  used  to  remove  any  system  from  the 
equiomert  array.  It  will  also  add  back  tne  money  used  by 
the  system  for  that  year. 

The  screen  is  cleared.  Then,  all  systems  in  the 
equipment  file  are  displayed  with  the  state  of  the  systems. 
The  header  contains  decision  time  and  budget  information.  A 
system  is  selected  to  be  scrapped  via  the  menu  number.  The 
program  then  displays  the  system  to  be  scraooed  and  a 
message  is  shown  displaying  money  to  be  saved.  The  player 
then  confirms  the  scrapping. 

Major  Variables: 

itmnbr  -  integer;  the  reference  number  of  the  system 
to  be  scraooed 

hhmmss  -  character  *  8;  time  of  day 
idectm  -  integer?  decision  time  left 
budget  -  real?  budget  of  Red/Green  Player 
bgtogo  -  real?  money  left  player 


stat  1 1  stat2,  stat  3#  stat4  -  character  *  status  of 

systems 

npaqe  *  integer?  used  in  terminal  display 

money  -  integer;  money  status  before  ana  after 
sc  r appi ng 

il»i2»i3ri<l  -  inteqer?  used  with  noage  to  fix  uo 
terminal  display 

Common  Variables  Changed: 

gbgusd 

rbgusd 

Common  Variables  Referenced  but  Not  Changed: 


stooat 

i ol ayr 

grnbgt 

redbgt 

nbreqo 

gsyst  m 

rsystm 

qef  f 

ref  f 

i  turn 

gy  r  rdy 

r y  r  rdy 

i  gacc 

i  race 

i  gexp 

i  rexo 

i qmnfd 

i rmnf d 

nomest 

romest 

gi  t  em 

r  i  t  em 

mdcost 

i  gbuy 

i  rbuy 

i  gf  rd 

i  r  f  rd 

Subprograms  Called: 

Subroutine  PAGE 
Subroutine  TIM£ 
Subroutine  CANCEL 

Ent  ri es: 

Subroutine  PROCUR 


SUBROUTINE  CANCEL 

File:  CANCEL. FOR 

Purpose  and  Method: 

This  routine  subtracts  the  system  from  the  equipment 

array . 

Paramet  er s : 

itm  -  inteqer;  an  index  to  the  sytem  to  be  scrapped 


Common  Variables  Changed: 


gsystm 

rsystm 

gi  tern 

r  i  t  em 

gef  f 

ref  f 

gy rbgt 

r y  rbqt 

gy r rdv 

ry r rdy 

i grc  st 

i rdcst 

i  qbuy 

i  rbuy 

i  gacc 

i  race 

i  qexo 

i  rexp 

i  gred 

i  r red 

i  gmnf  d 

i  rmnfd 

Entries: 

Subroutine  CANCEL 

SUBROUTINE  RDACCL 

File:  RDACCL. FOR 

Puroose  and  Method: 

The  Red/Green  Player  can  place  a  system  in 

accelerated  research  and  deveopment. 

First#  qo  through  the  equipment  array  determininq 
systems  available  for  R+D  and  save  the  pointers  in  an  array. 
Then  display  all  systems  available  for  R  +  D  on  the  player's 
terminal.  This  is  done  via  the  index  saved  earlier  and  a 
format  routine  to  place  the  data  on  the  terminal.  The 
Red/Green  Player  enters  the  selection.  The  program  then 
asks  for  another  system. 

Major  Variables: 

fini  -  loqical#  controls  end  of  program 

nmnd  •  inteqer#  number  of  systems  available  for  R+D 

ndex(200)  -  integer#  pointer  to  the  systems  available 
for  R+D 

itmnbr  -  integer;  selected  system  reference 
idectm  -  integer#  decision  time  left 
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pge  -  real;  used  to  align  display 

npaqe  -  integer;  used  to  align  display 

il#i2»i3,ia  integer;  used  to  align  display 

i yr 1 , i yr2# i yr3, i yra  -  integer;  holds  year  for  display 


Common  Variables  Changed: 

gbgusd  rbgusd  gyrbgt  ryrbgt 
gyrrdy  ryrrdy  igbuy  i rbuy 
igacc  iracc  igexp  i  rexo 
igred  irred  igmnfd  irmnfd 
qsystm  rsystm 

Common  Variables  Referenced  but  Not  Changed: 

stooat  nbrego  iplayr  ardtim 
gitem  ritem  grnbgt  redbgt 
i turn  ardcst 

Subprograms  Called: 

Subroutine  PAGE 

Entries : 

Subroutine  PROCUR 


SUBROUTINE  RDEXPN 

File:  RDEXPN. FOR 

Purpose  and  Method: 

The  Red/Green  Player  can  place  a  system  in  normal 
R+0.  The  description  is  the  same  as  Accelerated  R+D  except 
that  cost  and  time  are  taken  from  'RDCOST,  RDTIME'. 

Ent  r i es  : 

Subroutine  PROCUR 


23a 


SUBROUTINE  OMRED 


File:  OMPED.FOR 

PuPDoe  and  Methods 

This  routine  is  used  to  save  money  by  placing  a 
system  that  is  in  normal  0*M  into  a  reduced  operating  state. 

The  number  of  systems  in  normal  0*M  is  first 
computed.  The  menu  of  systems  available  to  be  reduced  is 
disolayed  along  with  the  money  to  be  saved.  The  Red/Green 
Player  selects  the  system  to  be  reduced.  The  player  then  is 
asked  to  verify  the  reduction. 

Major  Variables: 

fini  -  logical?  controls  when  oroqram  ends 

nmnd  -  integer;  number  of  systems  to  reduce 

ndex(200)  -  integer?  index  to  systems  available  to 
reduce 

bgtlft  -  real?  amount  of  budget  left 

idectm  -  integer?  decision  time  left 

oge  -  real?  used  for  terminal  disday 

noaae  *  integer?  used  for  terminal  display 

il,i2*i3#i'J  -  integer?  used  for  terminal  display 

i yr 1 , i yr2# i yr3» i yr4  -  integer?  years  disolayed 

i save  1  * i save2 > i save3 , i save4  -  integer?  money  to  be 
saved 

itmnbr  -  integer?  selected  system  to  reduce 

Common  Variables  Changed 

gbgusd  rbgusd 
gef  f  ref  f 

Common  Variables  Referenced  but  Not  Changed: 


stooat  nbreqo  iolayr  grnbgt 
redbqt  rdtime  gitem  ritem 
nomcst  romcst  gsystm  rsystm 

Subprograms  Called: 

Subroutine  PAGE 

Entries: 

Subroutine  PROCUR 

SUBROUTINE  PINTEL 

File:  PINTEL. FOR 

Purpose  and  Method: 

The  Durpose  of  this  routine  is  to  request 
intelligence  information  and  to  comment  to  the  controller. 

A  menu  is  displayed  to  Red/Green  Player  with  options 
avaiable.  After  an  option  is  selected*  the  Drogram  ooens 
the  INTEL  file.  The  file  is  checked  for  previous  general 
intel  request  for  that  year  (so  you  will  not  Day  for  general 
intelligence  more  than  once).  The  budget  is  also  checked  to 
insure  enough  money  is  left  to  purchase  intelligence.  If 
soecific  intel  is  requested*  a  menu  of  all  systems  will  be 
disolayed.  The  player  enters  the  reference  number  of  the 
system  desired.  The  program  then  asks  Red/Green  auestions 
on  intel  desired.  If  option  -3-  is  chosen,  the  ©layer  mav 
enter  a  free  format  message  to  the  controller. 

Major  Vari abl es: 

infgen  -  integer;  a  flag  set  if  general  intel  is 
reauested 

fini  -  logical*  controls  exit  from  routine 


budget  -  peal?  budget  given  player 
bgtlft  -  real?  budget  left  to  spend 
i t i me  •  integer;  decision  time  left 
hhmmss  -  character  *  8;  time  of  dav 
intyoe  -  character  *  i;  option  chosen 
intfil  -  character  *  20*  intel  file  name 
iunit  -  integer;  intel  file  unit 

i cost  -  i nt eger ;  cost  of  intel  for  a  type  of  reguest 

intyr  -  integer*  next  year 

rtyo  -  character  *  2*  intel  record  type 

ignr/jgnr  -  i nt eger ; genera  1  intel  reguest  flags 

isr/jsr  -  integer*  specific  intel  reguest  flags 

i nsyst /onsyst  -  character  *  8*  system  on  which  intel 
is  desired 

ist/jst  -  integer;  not  used 

infrd/jnfrd  -  integer;  R+D  intel  desired  flag 

inby/jnby  -  integer*  is  sytem  going  to  be  bought  flag 

i nam t / j namt  -  integer;  how  many  systems  to  be  bought 
f  1  ag 

indte/jndte  -  integer#  date  system  available  flag 

msg  •  character  *  80#  message  from  player  to  Umpire 

noage  •  integer;  used  in  terminal  display 

il*i2*i3*i«  -  integer;  used  in  terminal  display 

Common  Variables  Changed; 

gbgusd 

rbgusd 

Common  Variables  Referenced  but  Not  Changed; 
iolayr  grnbgt  redbgt  stopat 


iturn  nbrsys  system  etyoe 
Subprograms  Cal  led: 

Subroutine  PAGE 
Entries* 

Subroutine  PROCUR 


Major  Variables: 

fini  -  logical;  controls  end  of  program 

nmnd  •  integer;  number  of  systems  available  for  M+D 

ndex(2Q0)  -  integer;  pointer  to  the  systems  available 
for  MtD 

itmnbr  -  integer;  selected  system  reference 
idectm  -  integer;  decision  time  left 
oge  -  real;  used  to  align  display 
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noaqe  -  integer;  used  to  align  display 
it#i2»i3»i4  integer?  used  to  align  display 
i y r 1 » i y r2 * i y r 3 , i y r4  -  integer?  holds  year  for  displ 

Common  Variables  Changed: 

gbqusd  rbgusd  gyrbgt  ryrbgt 
gyrrdy  ryrrdy  igbuy  i rbuy 
igacc  i race  igexp  irexo 
igred  irred  igmnfd  irmnfd 
gsystm  rsystm 

Common  Variables  Referenced  but  Not  Changed: 

stooat  nbreqp  iplayn  iturn 
rdtime  gitem  ritem  qsystm 
rsystm  grnbgt  redbgt  mdtime 
mdcost 

Subprograms  Called: 

Subroutine  PAGE 
Entries : 


Subroutine  PROCUR 


5.  the  operations  phase 


5.1  PROGRAMMING  style 

As  much  as  oossible#  the  Operations  Phase  is  written  in 
structured  FORTRAN  in  a  very  simple  style  so  that  it  can  be 
modi f i ed  by  novice  programmers.  Modules  are  small#  with 
frequent  comments  as  to  their  purpose#  and  with  extensive 
use  of  subroutines  and  functions.  Only  four  basic 
structures  are  used: 

a.  The  DO  WHILE 

00  WHILE  (XXX) 

• 

ENO  DO 

b.  The  DO  UNTIL 

10  CONTINUE 

IF  (XXX)  GO  TO  10 

c.  The  DO  FOR 

DO  10  I=Mf N 

10  CONTINUE 

d.  The  IF-THEN-ELSE-IF 

IF  (XXX)  THEN 

ELSE  IF  (XXX)  THEN 


END  IF 


* 


rs 


Sentinals  are  used  extensively.  The  system,  eauioment, 
unit,  and  key  objective  data  files  all  end  with  a  '-1'  as  a 
sentinal.  Most  modules  use  at  least  one  loop  that  searches 
a  list  until  the  sentina!  is  found. 

The  primary  exceptions  to  structured  FORTRAN  are  in  the 
control  modules  described  in  Section  3  and  in  the  error 
checking  described  in  Section  5.2. 

5.2  ERROR  CHECKING 

There  are  four  types  of  error  checks  used  in  the 
Operations  Phase.  When  readinq  from  the  terminal,  if  the 
system  detects  an  error,  such  as  a  letter  when  a  number  is 
expected,  a  return  to  the  same  question  will  result.  The 
seauence  would  look  like  this: 

10  WRITE  (6,1000)  QUESTION 

READ  (5,2000, ERR= 1 0 )  ANSWER 

When  readinq  from  a  file,  an  enc  of  file  marker  will 
cause  an  escape  from  the  loop.  For  example: 
i  =  1 

DO  WHILE  (redunt(i)  .ne.  *  —  1  * ) 

READ  (  16, 1.000, ERR=10)  r  row  ( i  ) ,  rco  1  ( i  ) 
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i  =  i  +  1 
END  DO 

10  CONTINUE 

The  third  tyoe  of  error  check  is  a  check  of  the  logic  of 
an  answer.  This  tyoe  of  check  uses  structures  inside  the 
module  itself.  For  example*  the  input  name  of  a  unit  to  be 


airlifted  is  checked  against  the  list  of  units  to  make  sure 


it  is  a  valid  name? 


then  the  unit  tyoe  (rforce  or  aforce) 


is  checked  to  see  if  the  unit  is  airmobile.  If  it  is  not  a 
valid  unit  name#  an  error  message  appears  and  the  program 
either  askes  for  a  new  name  or  returns  to  a  menu  selection. 
In  some  cases  where  it  repeatedly  asks  for  a  new  name#  the 
program  will  accept  the  word  'stop'  as  a  signal  to  return  to 
a  menu. 

The  fourth  error  check  is  a  logical  check  of  hex 
coordinates.  Any  time  hex  coordinates  are  entered  at  the 
terminal#  Subroutine  CHECK  is  called  to  verify  them.  It 
checks  to  make  sure  the  numbers  are  not  larger  than  the  map 
and  that  they  are  both  odd  or  both  even.  If  they  are  not 
valid  coordinates#  the  subroutine  types  an  error  message  and 
asks  for  new  coordinates  until  it  gets  valid  ones. 

5.3  STRUCTURE  OF  THE  OPERATIONS  PHASE 
5.3.1  Game  Sequence 

The  two  players  and  the  Umpire  are  operating  in  a 
timed  sequence  controlled  by  the  modules  described  in 
Section  3.  The  main  portion  of  the  Operations  Phase  is  a 
large  00  WHILE  looo  that  continues  until  the  ENDwAR 
subroutine  sets  the  logical  flag  OVER  to  true.  The  sequence 
of  the  looo  is  as  follows; 

a.  The  Umpire  sets  the  rules  of  engagement. 

b.  In  turn  1#  the  players  assign  electronic 
equipment  to  units  or  locations. 
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c 


In  turns  other  than  1#  intelligence  requested  in 


the  last  turn  is  outout  to  the  players. 


d.  The  players  have  a  timed  turn  in  which  they 
change  movement  goals/  assign  air  missions*  request 
i nte 1 1 i gence#  etc  . 

e.  The  Umpire's  program  moves  the  units  toward 
their  destinations.  If  conflict  situations  arise  the 
players  are  asked  whether  or  not  they  want  to  attack  or 
ret  reat  . 


f.  Any  attack  requests  are  referred  to  the  level 
required  by  the  rules  of  engagement. 

g.  If  attacks  are  aporoved*  interdiction#  close  air 
support#  counter  air#  and  ground  combat  are  conducted. 

h.  The  Umgire  is  given  the  opportunity  to  end  the 
game  or  repeat  the  loop  for  another  turn. 

The  game  sequence  described  above  results  from  a 
complex  heirarchy  of  modules#  described  in  Section  5.6. 

5.3.2  Common  Variables 

The  Operations  Phase  uses  17  sets  of  common 


variables  which  are  referenced  and/or  changed  by  the  various 

modules.  These  variables  are  of  seven  main  types: 

a.  Mao  descriptions 

b.  Electronic  system  descriptions 

c.  Unit  descriptions 

d.  Action  request  details 

e.  Frequently  used  character  variables 

f.  Game  control  variables 


Many  of  these  variables  are  initially  input  from  data  files# 
others  by  particular  modules.  The  variables  are  defined  in 
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Section  5.5;  the  module  descriptions  in  Section  5.6 
identify  the  common  variables  that  are  referenced  and/or 
changed  by  each  module. 

5.3.3  Interfaces 

There  are  two  types  of  interfaces  between  the 
players  and  the  Umpire.  The  first  tyoe  of  interface  is  by 
message;  the  active  module  can  write  messages  to  files  40 
(for  Red“Umoire  messages)  or  41  (for  Green-Umoire  messages). 
The  inactive,  waiting  terminal  periodically  checks  the  files 
for  messages  and  returns  the  answer  or  a  dummy  answer  to  the 

i 

file,  to  be  read  by  the  active  terminal.  The  routines  used 
for  this  ouroose  are  Subroutines  RLISTEN,  GLISTEN,  RMSG,  and 
GMSG,  which  are  described  in  Section  3.4. 

The  second  type  of  interface  is  via  blackboards. 
When  control  of  the  game  is  passed  from  the  Umpire  to  the 
olavers,  the  Umpire  writes  all  common  variables  to  files  25 
(SYSBRD.DAT),  26  (REDBRD.DAT ) ,  and  27  (GRNBRD.DAT )  using 
Subroutines  SYSOUT,  REDOUT,  and  GRNOUT.  The  players  then 
read  all  three  of  the  blackboards  using  Subroutines  SYSBRD, 
REDBRD,  and  GRNBRD.  The  player's  actions  can  change  only 
the  information  in  the  blackboard  of  the  same  color,  but 
cannot  change  either  the  system  blackboard  or  the  other 
player's  blackboard.  When  they  are  finished  they  write  only 
the  blackboard  of  their  color,  using  Subroutines  REDOUT  or 
GRNOUT.  The  Umpire  reads  all  the  blackboards  and  can  make 


changes  to  any  of  them 


5. a  MODIFICATION 


5.4.1  Modification  of  the  Control  Sequences 

Modifications  of  Subroutines  OPNCTL#  REDOPS#  GRNOPS# 

RLISTEN#  GLISTEN#  RMSG,  and  GMSG  require  more  than  novice 
level  programming  knowledge  and  should  be  undertaken 
accordingly.  See  Section  3.4  for  further  information. 

5.4.2  Modification  of  Data  Lists 

Inout  data  changes  can  be  made  easily#  but  details 

i 

such  as  file  columns  are  important.  To  modify  a  data  file# 
such  as  the  system  list#  establish  a  new  file#  for  example 
SYSTEM2.DAT#  and  coDy  the  default  file  into  it.  Use  the 
editor  to  make  any  desired  changes#  being  sure  to  keep  the 
column  formats  and  data  types  unchanged.  The  new  file  can 
be  substituted  for  the  default  file  by  the  Umpire#  merely  bv 
selecting  Ootion  5  "MOD  GAME:  TAILOR  DATA  FILES"  in  the 
"COMEL  WAR  GAME  OPTIONS"  menu  and  giving  the  filename  of  the 
new  file  (See  COMEL  CONTROL  PROGRAM  in  Section  3.4). 

5.4.3  Single  Module  Changes 

Some  changes  require  only  one  module  to  be  modified 
(or  one  Red  module  and  the  mirror  image  Green  module).  For 
instance  the  terrain  effect  on  communications  is  moduled  in 
Subroutines  RTERAIN  and  GTERAIN.  The  effect  of  terrain  on 
movement  is  modeled  in  Real  function  PNTS. 


i ,  - 
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To  make  a  change  to  a  single  module*  copy  the  module 

to  a  new  file*  make  the  changes*  and  then  compile  the  file. 

Copy  the  original  with  no  changes  to  a  separate  file  to  save 

it  in  case  you  later  want  to  reinsert  it.  Add  your  new 

routine  to  the  executable  library  file  by  the  following 

seouence  of  commands:  [Ref.  51 

$  LIBRARY/REPLACE  WARLI8  tC/R] 

$  FILE :  filename  tC/Rl 

The  filename  entered  should  be  that  of  your  new  routine. 

The  program  must  then  be  relinked  with  the  commands: 

SLINK  UMPIRE, ACQUIS/LIB*WARLIB/LIB  (C/Rl 
SLINK  PLAYER, ACQUIS/LIB, WARLIB/LIB  [C/Rl 

The  executable  file  of  the  game  will  now  include  the 
new  routine  until  the  LIBRARY/REPLACE  and  LINK  commands  are 
repeated*  replacing  the  original  version  or  inserting  still 
another  new  version  of  the  same  module. 

If  vour  new  moduie  doesn't  work,  compile  and  replace 
the  original  version  into  the  executable  file  in  the  same 
wav.  If  your  version  does  work  and  you  want  to  make  the 
change  permanent,  include  your  module  in  the  source  file 
(UMPFILE .FOR  *  RED. FOR*  or  GREEN. FOR)  * i n  place  of  the 
original.  (The  location  of  each  module  is  listed  in  the 
file  descriptions  in  Section  5.6.)  Document  your  change  by 
making  the  necessary  corrections  to  the  User's  and 
Maintenance  Manuals. 


For  example#  to  change  the  Subroutine  ENEMY,  chec< 
the  module  listings  in  Section  5.6  of  this  manual  to  see 
that  ENEMY  is  in  file  GENERAL. FOR.  Use  the  editor  to  create 
a  new  file#  ENEMY2 . FOR .  Include  GENERAL. FOR  in  the  new  file 
and  delete  everything  except  ENEMY.  Make  the  desired 
changes  to  Subroutine  ENEMY  then  exit  the  file  and  compile 
the  new  version.  Substitute  the  new  version  for  the  old  one 
in  the  library  with  the  LIBRARY/REPLACE  command#  entering 
the  filename  ENEMY2  on  the  second  line.  Link  the  program 
and  test  it.  To  replace  the  original  version  of  ENEMY, 

compile  GENERAL. FOR  and  replace  it  in  the  library  and 
relink.  To  make  the  new  version  of  ENEMY  permanent#  edit 
GENERAL. FOR#  deleting  the  old  version  and  including  the  new 
one  in  it's  place. 

5.4.4  New  Electronic  System  Types 

To  add  a  new  type  of  electronic  system,  such  as 
laser  communications#  satellite  jammers#  airborne  electronic 
warfare#  etc.,  the  easy  oart  is  adding  the  system  to  the 
system  data  file  with  appropriate  system  data  information. 
You  then  must  review  the  input  routine#  the  terrain 

seauenc es #  the  communications  effectiveness  functions#  the 
player  action  modules#  and  the  combat  sequence  modules  to 
see  if  any  changes  are  needed  to  implement  the  new  system. 
If  any  modules  must  be  changed#  modify  and  insert  each 
chanqe  as  described  in  Section  5.4.5# 
thoroughly#  and  revise  the  documentation. 
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test  the  changes 


5. a. 5  New  Unit  Types 

To  add  a  new  type  of  unit#  such  as  a  light  infantv 
brigade  or  a  ground  reconnaissance  squadron#  add  the  unit  to 
the  data  files  with  appropriate  combat#  air  defense  and 
other  values.  Then  review  the  input#  player  action#  and 
combat  sequences  to  see  if  changes  are  needed.  Implement 
and  document  as  described  earlier. 

5.4.6  Revisions  of  Combat  Models 

A  chanqe  to  close  air  support#  counter  air# 
i nt erdi c t i on #  movement#  intelligence#  or  ground  combat 
modules  may  involve  changing  several  routines.  If  you  want 
to  change  a  particular  module#  check  especially  its  parents 
in  the  heirarchy  tree  by  tracing  the  entries#  and  its 
Children,  by  tracinq  the  programs  called  (listed  in  each 
module  description).  Most  player  action  modules  are  tied 
closely  to  one  or  more  Umpire  modules.  For  examole#  RRECON 
and  GRECON  set  variables  triggering  OPINTEl.  Be  sure  to 
check  both  player  and  Umpire  modules  for  necessary  changes. 
Implement  and  document  vour  changes  as  previously  described. 
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5.5  COMMON  VARIABLES  (OPERATIONS  PHASE) 


/hex/ 

hex(66#60)  -  character*!#  for  each  hex  in  the  mapr 
identifies  the  terrain  as  open#  woods#  mountain#  desert# 
sea#  or  lake 

owner ( 66 # 60 ) -  character*l#  for  each  hex#  identifies 
whether  presently  neutral#  or  occupied  by  red#  green,  or 
both 

1 asown (66#60)-  character*!;  identifies  the  last  side  to 
have  been  in  each  hex 

/rhex/ 

rhex (66# 60 ) -i nteger;  2  for  hexes  on  one  bank  of  a  river 
and  1  for  hexes  on  the  other  side#  0  for  hexes  not  or 
bank 

vhex(66#60)-i nteqerf  1  for  hexes  containing  road#  0 
ot  herwi se 

keva(20,2)-integer#  row  and  column  of  major  objectives 
keyb(20#2)-integer#  row  and  column  of  minor  objectives 
/system/ 

svstem(50)-character*8#  equipment  nomenclature 

etyoe(50)-character*5#  classifies  each  system  by  type 

noa (50 ) -i nt eger #  number  of  end  items  of  each  kind 
available 

rdcost ( 50 ) - i nt eger #  cost  in  $M  for  Research  ar.d 

Development  of  system 

rdt i me (50 ) -i nt eger #  time  in  years  reauired  for  R  +  D 

ardcst (50 ) -i nteqer ;  cost  for  accelerated  R+D 

ardt i m ( 50 ) -i nt eger #  time  for  accelerated  R+D 

mdcost (50 ) -i nt eger #  cost  for  manufacturing  and  deployment 

mdt i me ( 50 ) -i nt ege r #  time  in  years  for  M+0 

nomcst (50)-i nteger #  cost  of  normal  operating  and 

ma i ntenance 


romc st ( 50 ) -i n t eqer ?  cost  of  0+M  at  reduced  readiness 

mob (50 ) - i nt eger  ;  mobility  in  hexes  per  turn 

crng(50)-i nteger;  communications  range  in  hexes; 
beamwidth  of  satellites 

crngs(50)-integer;  for  HF  equipment?  skywave  ranqe 

sec (50 ) -i nt eger »  security  factor;  ability  to  resist 
jamming  and  intrusion 

rel (50)-rea1  ;  reliability 

re  1 s ( 50 ) -rea 1 ?  reliability  of  HF  equipment  in  skywave 
operat i on 

f  lex(50)-rea1  ;  flexibility 
oot (50 ) -rea 1 ;  oot  ????? 
c3e(50)-real ;  C3  effectiveness 

c 3es ( 50 ) -rea 1 ;  C3  effectiveness  of  HF  in  skywave 

ooer at i on 

ewf (50 ) -i nteger ?  Electronic  Warfare  effectiveness; 
ability  of  E’rt  equipment  to  overcome  the  security  factor  of 
communications  equipment 

ecm (50 ) -rea  1  ;  effectiveness  of  jamming 

esm (50 ) - i nt eger ;  ability  to  detect  emisions 

beams ( 50 )- i nt eger ;  for  satellites?  the  number  of  beams 

/table/ 

t ab 1 e (50 ? 50 ) -charac t er *  1 ;  compatibility  table;  n  if  not 
compatible?  t  if  compatible;  w  if  comoatible  only  with 
wire  connection;  g  if  wire  connection  only  in  same  hex 

ncapat (50 ) -char ac t er *  1 ;  compatibility  of  equipment  with 
systems  at  NCA 

/tabl e2/ 

t ab 1 e2 ( l 0 ? 1 0 ? 6) -i nt eger ;  combat  results  table 
/redunt/Zgrnunt/ 

redunt /grnunt (20 ) -char ac t e r *8 ;  names  of  combat  units 


rforce/gforce(20)-character*5»  type  of  unit 
/redpos//qrnpos/ 

rrow/grow(20)-i nteger;  row  location  of  unit 

rcol /gcol C 2 0 )  —  i nteger;  column  location  of  unit 

rumob/gumob (20 ) -i nt eger #  mobility  of  unit 

rgoal /gqoa 1 ( 20 # 2 ) -i nt ege r ?  destination  of  unit 

rcmb tp/gcmb t o ( 20 ) -rea 1 #  combat  points  of  unit 

radno/gadno ( 20 ) -i n t ege r ;  air  defense  value  of  unit 

rcasv/gcasv(20)-i nteger ;  close  air  support  value  of  air 
wing 

rcav/gcav (20 ) -i nt ege r ;  counter  air  value  of  air  wing 

rewv /gewv (20 ) -i nteger #  ability  of  air  wing  to  use  jammers 
and  other  tactics  to  overcome  enemy  air  defenses 

rcnl st/qcnl st ( 20 ) -i n t eger #  identifies  intentions  of  unit 
in  enemy  control  zone#  4  if  unit  was  last  to  arrive  and 
wishes  to  attack;  3  if  unit  was  first  to  arrive  and 
wishes  to  attack;  2  if  unit  is  defensive  only 

rseal /gseal ( 1  0 # 2) -i nteger #  sealift  information#  task 
force  and  marine  indexes  in  unit  list 

rown/gown ( 1 0 # 3 ) -i n t eger #  list  of  changes  to  owner  matrix? 
row#  col#  and  value  of  hex 

r 1 as/gl as ( l 0 ) -i nt eger ;  cor respondi ng  value  of  lasown  hex 
/redeg//grneg/ 

redeq/grneq ( 1 00 ) -char ac t e r *8 ;  nomenclature  of  equipment 

raun i t /gaun i t ( 1 00 ) -c ha r ac t e r*8 #  mobile  equipment  unit 
assignment 

rmode/gmode ( 1 00 ) -charac t e r *5 #  ESM  or  ECM  mode  of 

operation  for  EW  equipment 

/reqpos/qeqpos/ 

reqrow/gearow(100)-integer;  row  location  of  eauioment 
reocol /geocol ( 1 00)-i nteger;  column  location  of  equipment 
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r i t em/qi t em ( 1 00 ) -i nt eger ;  system  number  of  equipment? 
link  to  system  list  usinq  the  index  number  in  that  list 

rtc3e/gtc3e( 100)-real #  temporary  C3  ef tec t i veness #  based 
on  basic  c3e  value#  terrain  and  j ammi ng  effects 

rtc3es/qtc3es(100)-real »  temporary  C3E  of  HF  in  skywave 

OPS 

rtc rng/qtc rng C 1 00 ) -i n t eger ;  temporary  range#  after 
terrain  effects 

rbeam/qbeam C 1 00 # 1 0 # 2 ) - i nt eger ;  center  of  satellite  beams 

r rom/grom ( 1 00 ) -rea 1 #  percentage  of  normal  effectiveness 
due  to  reduced  readiness  (because  of  cost  cutting  in 
Acquisition  Phase  of  game) 

/redwar/Zqrnwar / 

r i nt d/gi nt d ( 20 # 5# 2 ) - i n t ege r ;  target  locations  for 
interdiction 

rtintd/at i nt d ( 20 ) -i n t eger  number  of  interdiction  missions 
possible  in  this  turn  by  this  air  wing 

rtcasv/qtcasv (20 ) -i nteger ;  temporary  c l ose-a i r-suppor t 
value  of  an  air  unit#  based  on  normal  value#  comm 
effectiveness  and  jamming 

rt cav/gt cav ( 20 ) -i nteger ;  temporary  counter-air  value 

rrecce/grecce”i nteger ?  number  of  reconnai sance  missions 
requested 

roat h r /gpat h r (20 , 50 ) - i nt eger #  row  values  of  projected 
path  to  goal#  for  air  wings#  route  of  recce  Photo  run 

rpa t hc/gpat he (20 # 50 ) - i n t eger #  column  values  of  path 

rstart/gstart(20)-integer#  next  hex  in  path 

rend/gend (20 ) -i nt eger #  last  hex  in  path 

r 1 en t h/gl ent h ( 20 ) -i nt eger #  length  of  path  in  movement 
points 

rab/gab-i nteger ?  index  number  of  airborne  command  posts 
rab 1 /gab  1 ( 1 0 ) -i nt eger #  list  of  index  numbers  of  all  A8NCP 
raba/gaba-i nteger #  A8NCP  presently  on  call 


ri col /gi col ( 1 00 )-i nt«9er ;  left  hand  column  for 

intelligence  satellite  to  survey 

raw/gaw-i  nteger;  1  index  number  of  AWACS 

rawl /gawl ( 1 0 ) -i nt eger ;  list  of  index  numbers  of  all  AwACS 

rawa/gawa-i nteger ;  AWACS  presently  on  call 

raval b/gaval b-real ?  probability  of  A8NCP  being 

operational?  based  on  number  purchased 

rava 1 w/qava 1 w-rea 1 ;  probability  of  AWACS  being  available 

rlift/glift-i nteger;  index  number  of  unit  being  airlifted 

rdroo/gdroo ( 2 ) -i nt eger #  location  of  droo  tone 

rl and/gl and-i nteger ;  index  number  of  unit  being  debarked 
f rom  seal i f t 

rshore/gshore(2)-integer;  location  of  landing 

rtargt/gtargt-integer;  index  number  of  satellite  being 
targeted 

rweapn/gweaon“i nteger;  index  number  of  ant i ~sa t e 1 1 i t e 
weapon 

/words/ 

jtfhq  -  characters;  JTFHQ 

armor  -  characters;  armored  briqade 

relay  -  character*5;  communications  relay  or  Ew 
detachment 

mech  -  character*5;  mechanized  brigade 

cbg  -  character*5;  carrier  battle  group 

atf  -  cqaracterS;  amphibious  task  force 

abn  -  characters;  airborne  briqade 

tfw  -  characters;  tactical  fighter  wing 

amph  -  characters;  Marine  amphibious  brigade 

air  -  characters;  tyoe  unit  used  in  qetting  direct  path 
from  optimum  oath  routine  (not  affected  by  terrain) 


gtsat  -  character*5;  satellite  ground  terminal 

abnco  -  characters#  airborne  command  Dost 

awacs  -  character*5;  Art ACS 

ew  -  character*5;  EW  iquipment 

tac  -  characters#  tactical  equipment 

hf  -  character*S;  hf  equipment 

los  -  characters;  1 i ne-o f -s i gh t  equipment 

sat  -  character*5;  communications  satellites 

vlf  -  character's;  vlf  equipment 

sw  -  characters;  switching  system 


spy  -  characters; 

intelligence  satellite 

asat  -  characters; 

ant  i 

-satel l i te  weapon 

red  -  characterM; 

•r'  ; 

Red  PI  aver 

grn  -  character*!; 

*g  ’ » 

Green  Player 

/qame/ 

gamt rn-i nteqer ;  number  of  present  operations  turn; 
number 

seed-integer;  seed  for  random  number  generator 
del ta-integer;  length  of  turn  in  seconds 


5.6  THE  OPERATIONS  MODULES 


SUBROUTINE  INPUT  () 

File:  UMPFILE .FOR 
Puroose  and  Method: 

This  routine  opens  and  reads  the  data  files 

necessary  for  the  Operations  Phase. 

Open  and  read  files  for  map  data  and  system 
information.  Read  lists  of  equipment;  if  file  is  empty# 
call  Subprogram  INITIAL  to  build  new  list.  Determine 
whether  Umpire  wants  to  build  a  new  unit  list#  if  so  call 
Subroutine  UNITLIST*  if  not#  read  default  list.  Open  and 
read  combat  results  table.  Open  blackboards. 

Common  Variables  Changed: 


hex 

ardt  i  m 

ewf 

rcmbtp/gcmbto 

rhex 

nomcst 

ecm 

radno/qadno 

vhex 

romcst 

esm 

rcasv/gcasv 

keya 

mob 

beams 

rcav/gcav 

keyb 

C  rng 

table 

re wv/gewv 

system 

C  rnqs 

ncapat 

redeg/grnea 

etyoe 

sec 

tabl e2 

rtc3e/gtc3e 

noa 

rel 

redunt /grnunt 

r  rom/grom 

rdcost 

rel  s 

r f orce/gf orce 

r i t  em/g i t  em 

rdt i me 

flex 

r row/grow 

rsea 1 /qsea 1 

mdcost 

OPt 

rcol /gcol 

owner 

mdt i me 

c  3e 

rumob /gumob 

1 asown 

ardcst 

c  3es 

rgoa 1 /ggoa 1 

gamt  urn 

Subprograms 

Cal  led: 

Subrout i ne 

INITIAL 

Subrout  ?  ne 

UNITLST 

Data  Files  Accessed  and 

File  Name : 

11  -  Hex  data 

HEX. 

DAT 

12  -  Road 

data 

RHEX 

.DAT 

13  -  River 

data 

VHEX 

.DAT 

1 A  -  System  1 i st 

SYSTEM.DAT 

15  -  Red  equipment  list 

16  -  Green  equipment  list 

1 7  -  Red  unit  list 

1 8  -  Green  unit  list 

19  -  Compatibility  table 

20  -  Combat  outcomes  table 

21  -  Key  objectives 

25  -  System  and  mao  blackboard 

26  -  Red  blackboard 

27  -  Green  blackboard 

Ent  r i es : 

Subroutine  OPNCTL 


SUBROUTINE  INITIAL  () 

File:  UMPFILE .FOR 

Puroose  and  Method: 

This  routine  allows  the  Umpi re  to  build  new  initial 
equipment  lists  for  the  Red  and  Green  forces. 

For  each  system?  output  name  and  number  available. 
Input  number  allocated  to  Green  forces  and  add  to  eauioment 
list#  setting  equioment  name  eaual  to  system  name#  and 
settinq  other  variables  as  approp* i ate .  Ask  whether  the 
equipment  is  to  be  operated  at  full  or  reduced  readiness. 
Repeat  for  Red  forces.  Adjust  number  available.  Set 
sent i ne 1 s . 

Major  Variables 

rnum/gnum  -  integer#  number  of  items  of  each  syster 
to  out  in  list 

rcount /gcount  -  integer?  total  number  of*  items  on 
list 

Common  Variables  Changed 


REQUIP.DAT 

GEQUIP.DAT 

REDUNIT.DAT 

GFNUNIT.DAT 

table.dat 

TABLE2.DAT 
KEY. DAT 
SYSBRD.DAT 
RED3RD.DAT 
GRNBRD.DAT 


rmode/gmode 


r i t  em/gi t  em 


redeq/grneq 
noa 

Common  Variables  Referenced 
system 
Entries : 

Subroutine  INPUT 

SUBROUTINE  UNITLST  () 

File:  UMPFILE.FOR 
Puroose  and  Method: 

This  routine  allows  the  Umpire  to  set  up  the 
opposing  forces. 

Input  unit  names  until  sentinel  is  entered.  Enter 
the  Green  JTFHQ  name  first#  then  other  Green  units.  For 
each  unit  other  than  the  JTFHQ#  determine  type  of  unit  and 
set  GFORCE  and  GUM08  accordingly.  Enter  location#  set 
initial  goal  to  stationary  (0#0);  set  combat  points  to 
default.  Based  on  type  of  unit#  set  air  defense#  close  air 
support#  counter  air#  ew#  and  combat  values.  Repeat  for  Red 
forces . 

Common  Variables  Changed: 


redunt /grnunt 

rgoa 1 /ggoa 1 

rewv/gewv 

r f orce/gf orce 

rcmbtp/gcmbtp 

owner 

rumob/gumob 

r adno/gadno 

1 asown 

r row/grow 

rcasv/gcasv 

rcol /gcol 

r cav/gcav 

Subprogram  cal  Is: 

Subroutine  CHECK 

Entries : 

r rom/grom 
but  Not  Changed: 
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Subroutine  INPUT 


SUBROUTINE  OPINTEL  () 

File:  UMPFILE.FOR 
Purpose  and  Method: 

This  subroutine  provides  players  with  intelligence 
information  according  to  the  satellite  survey  corridors  and 
recce  flights  requested  in  the  previous  turn*  and  from  ew 
equipment  that  is  in  the  ESM  mode. 

For  each  Red  Tactical  Air  wing,  check  C3EXT.  If 
comm  is  uo*  check  each  hex  in  listed  path  for  enemy  units 
and  write  msg  to  aoprooriate  player.  Do  same  for  Green 
TFWs.  For  each  Red  intelligence  satellite/  check  to  see  if 
the  JTFHQ  has  connectivity  to  NCA  to  receive  the  data  (if  a 
random  number  is  less  than  NCACON).  Then  find  the  indicated 
column  and  use  the  crng  to  determine  the  beam width.  then 
survey  those  columns  for  enemy  units.  For  Red  EW  equipment 
in  the  ESM  mode/  check  compatibility  and  range  to  enemy 
transmitters.  Do  same  for  Green  equipment. 

Major  Variables: 

row/col  -  integers.  hex  being  inspected 

i angle  *  integer.  rounded  value  of  bearing  from  ESM 
equipment  to  enemy  emitter 

rn  -  real .  random  number 

rcomm/gcomm  •  real.  external  comm  effectiveness  of 
air  wing  flying  recon;  ability  to  pass  recon 
information  to  HQ 

rnca/qnca  -  real?  connectivity  to  NCA?  ability  to 


connect  to  conus  to  request  and  receive  satellite 
intel 1 iqence 


rng  -  integer;  distance  from  air  wing  to  JTFHQ 

div  -  real;  interim  value  used  in  calculating  iangle 

Dower  -  integer;  ability  of  ESM  to  overcome  security 
of  comm  systems 

airoow  -  integer;  total  combat  power  of  air  wing 


ray  -  logical;  flag  indicating  an  ESM  system  has 
detected  a  comm  system 

x  -  logical;  true  if  ew  system  is  effective  against  a 
given  comm  system 

Common  Variables  Referenced  but  Not  Changed: 


redunt /grnunt 
r  f orce/gf orce 
rrow/qrow 
rcol /gcol 
roathr/gpathr 
roathc/qpathc 
redeq/grneq 
r i tem/gi tern 

Subprograms  Cal 


reqrow/geqrow 
reqcol /geqcol 
r t c  rnq/qt  c  rng 
ricol /gicol 
rcmbtp/gcmbtp 
rmode/gmode 
rcasv/gcas v 
rtc3e/gtc3e 


rcav/gcav 

rewv/gewv 

owner 

et  yoe 

esm 

sec 

seed 


Subroutine  RLISTEN/GLISTEN 
Integer  function  RANGE 
Real  function  C3EXT 
Real  function  NCACON 
Logical  function  COMPAT 

System  functions  RANr  A8S»  ATAN»  and  IFIX 


Entries: 


Subroutine  OPNCTL 


SUBROUTINE  EWCHECK  () 
File:  UMPFILE.FOR 


Purpose  and  Method 


This  subroutine  checks  each  piece  of  Ew  equipment  in 
the  ECM  mode  and  determines  if  it  is  an  effective  jammer 
against  any  enemy  comm  equipment.  It  then  adjusts  the 
temporary  c3  effectiveness  of  the  affected  comm  gear. 

Check  Red  eauipment  lists  for  EW  equioment  in  ECM 
mode.  Check  enemy  comm  gear  for  range  and  compatibility 
with  EW  gear.  If  effective*  adjust  temporary  C3 
effectiveness  of  enemy  gear  by  an  amount  proportional  to  the 
ECM  value  of  the  EW  equipment.  Repeat  for  Green  Ew 
equ i pment . 

Major  Variables: 

diff  -  integer;  difference  between  ew  factor  and 
security  factor  of  EW  and  comm  eauipment 

rng  -  integer;  range  from  EW  to  comm  equipment 

x  -  logical;  true  if  EW  system  is  effective  aqainst 
comm 

Common  Variables  Changed: 

rtc3e/gtc3e 

rtc3es/gtc3es 

Common  Variables  Referenced  but  Not  Changed: 


redeq/grneq  rtc rng/gtc rng  ecm 
ritem/gitem  reqrow/geqrow  ewf 
rmode/gmode  reocol /geqcol  ecm 
etyoe  seed  sec 


Subprograms  Called: 

Integer  function  RANGE 
Loqical  function  COMPAT 
System  functions  RAN  and  IFIX 

Entries: 

Subroutine  C0M8AT 
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SUBROUTINE  CA  ( RATTRT , GA T TR T , PRESLT , GRESL T ) 


File:  UMPFILE.FOR 

Purpose  and  Method: 

This  routine  calculates  the  outcome  of  counter  air 
(air-to-air)  battles  when  air  forces  of  one  side,  enroute  to 
their  missions,  are  intercepted  by  air  forces  of  the  other 
side. 

Total  counter  air  value  of  Red  air  forces.  Total 
counter  air  value  of  Green  air  forces.  Calculate  score  of 
air  battle  as  the  difference  between  counter  air  values  of 
the  forces.  Based  on  score  and  random  number,  determine 
with  internal  tables  (Figure  A-8  of  Users'  Manual)  which  air 
forces  lire  attritted,  whether  the  other  missions  continue  or 
abort,  and  whether  counter  air  capability  is  decreased. 
Parameters : 

rat t r t /gat t r t  -  logical;  true  if  air  forces  sustain 
losses  in  the  air  battle 

r  res  1 1 /gres  1 1  -  logical;  true  if  mission  is  to 

continue,  false  if  it  must  be  aborted 

Other  Major  Variables: 

rcat/gcat  -  integer;  total  temoorary  air  value  of  one 
s  i  de 

comm  -  real;  internal  C3  effectiveness  of  air  unit 
score  -  integer;  score  in  counter-air  battle 
rn  -  real;  random  number 
i rn  -  integer;  random  integer 
Common  Variables  Changed: 


rtcav/gtcav 


p cav/qcav 

Common  Variables  Referenced  but  Not  Changed: 

redunt /grnunt  prow/grow 

seed  rcol/gcol 

Subprograms  Called: 

Real  function  INTC3 

System  functions  RAN  and  IFIX 

Entries: 

Subroutine  DICTION 
Subroutine  RSTRIKE/GSTRIKE 

SUBROUTINE  DICTION  (FIRST) 

File:  UMPFTLE .FOR 

Purpose  and  Method: 

This  module  deducts  recce  fliqhts  from  other  air 
capability  of  each  side  and  determines  if  interdiction 
strikes  are  permitted. 

If  any  recce  missions  were  flown,  subtract  them  from 
the  total  number  of  interdictions  that  can  be  flown.  If  any 
interdiction  capability  remains,  and  missions  were 
requested,  then  check  to  see  if  rules  of  engagement  require 
approval  from  NCA.  Call  up  strikes.  Since  recce  flights 
take  priority  over  all  other  air  missions,  if  there  are 
still  recce  missions  not  accounted  for  (they  outnumbered  the 
interdiction  missions)  decrease  the  temporary  close  air 
support  value  and  counter  air  value  of  the  air  forces. 
Repeat  the  process  for  Green  missions. 
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Paramet  ers 


first  -  integer;  number  indicates  rules  of  engagement 

Other  Major  Variables: 

rn  -  real ;  random  number 

comm  -  real#  connectivity  to  NCA 

strikr  -  cbaracter*3;  attacker 

strikes  -  integer;  number  of  strikes  oossible 

Common  Variables  Changed: 

r recce/grecce  rtcasv/gtcasv 

rintd/gintd  rtcav/gtcav 

rt i ntd/gt i ntd 

Common  Variables  Referenced  but  Not  Changed: 

redunt /grnunt  rrow/grow 

seed  rcol/qcol 

Subprograms  Called: 

Subroutine  RIISTEN/ GLISTEN 
Subroutine  RSTRIKE/GSTRIKE 
Real  function  NCACON 
System  function  RAN 

Ent  r i es : 

Subroutine  OPNCTL 

SUBROUTINE  RSTRIKE/GSTRIKE  (FIRST) 

File:  UMPFILE.FOR 
Puroose  and  Method: 

This  routine  determines  the  results  of  any  approved 
interdiction  missions* 
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If  the  enemy  has  AWACS*  conduct  counter  air  cefore 


the  interdiction  mission.  If  attrition  results  from  counter 
air  (see  Subroutine  CA),  reduce  effectiveness  of  the 
offensive  air  unit  by  reducing  the  EW  value.  Notify  payer 
if  mission  must  be  aborted.  If  mission  is  not  aborted* 
determine  if  any  enemy  units  are  in  the  target  area. 
Conduct  ground  air  defense  by  contrasting  the  Ew  value  of 
the  aircraft  with  the  air  defense  value  of  the  ground  unit. 
Use  an  internal  table  (Figure  A-9  of  the  Users'  Manual)  to 
compare  the  difference  with  a  random  number.  If 
interdiction  attack  gets  through  the  counter  air  and  air 
defense*  stop  movement  of  enemy  forces  and  attrit  them  by 
reducing  their  combat  points  by  1.0.  If  AWACS  was  not 
available  to  the  enemy*  conduct  counter  air  after  the 
i nterdict i on. 

Parameters: 

first  -  integer?  rules  of  engagement 
Other  Major  Variables: 

rn*rn2*rn3  -  real*  random  numbers 
i rn  -  integer*  integer  random  number 
ad  “  integer*  air  defense  results 

rat t rt /gat t rt  -  logical*  true  if  forces  incur  losses 
in  air-to-air  battle 

r res  1 1 /gres 1 1  -  logical*  rrue  if  interdiction  mission 
can  continue*  false  if  it  must  abort 

comm  -  real*  external  connectivity  of  air  wing  and 
later  internal  connectivity 

rng  -  intger?  range  from  air  wing  to  JTFHQ 
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go  -  logical?  true  if  all  comm  checks  work 

Common  Variables  Changed: 

rgoal/ggoa!  re wv/gewv 

rcmbto/gcmbatp 

Common  Variables  Referenced  but  Not  Changed: 

redunt /grnunt  r t i nt d/gt i nt d  radno/gadno 
rrow/grow  rintd/gintd  r f orce/gf orce 

rcol/gcol  rava 1 w/gava 1 w  seed 

Subprograms  Called: 

Subroutine  RLISTEN/GLISTEN 

Subroutine  CA 

Integer  function  RANGE 

Real  function  C3EXT 

Real  function  INTC3 

System  functions  RAN  and  IFIX 

Entries: 

Subroutine  DICTION 

SUBROUTINE  COMBAT  (FIRST) 

File:  UMPFILE .FOR 
Purpose  and  Method: 

This  subroutine  does  any  ant i -sat e 1 1 i t e  firings  and 
initiates  combat  between  enemy  units.  Priority  for  attacks 
goes  to  Red  or  Green  randomlyr  then  proceeds  according  to 
the  value  of  the  conflict  list  (units  arriving  last  and 
want ing  to  at  t  ack»  then  units  arriving  first  and  wanting  to 
attack).  The  subroutine  also  calls  Subroutine  EWCHECK  to 
adjust  temporary  C3  and  range  values  for  jamming. 


265 


Fire  any  anti-satellite  weapons  requested  by 
comparing  a  random  number  to  the  C3E  of  the  ant i -sat e 1 1 i te 
weapon.  Call  E'WCHECK.  Determine  randomly  whether  Red  or 
Green  has  first  chance  to  attack..  Determine  order  of 
attacks  based  on  conflict  lists*  and  call  aporooriate  attack 
module*  Write  message  to  Player  if  any  defensive  units  were 
not  attacked.  Reverse  order  if  Green  is  given  first  chance 
to  attack.  Outcome  of  ground  combat  is  determined  in 
RATTACK/GATTACK  and  FIGHT  subroutines. 

Parameters : 

first  -  integer#  rules  of  engagement 

Other  Major  Variables: 

rn  -  real »  random  number 

hit  -  logical*  true  if  an  attack  approval  has  been 
requested 

side  -  character*5;  red  or  green 

Common  Variables  Changed: 

rtc3e/qtc3e  rweapn/gweaon 

rcmbto/gcmbtp  rtargt /gt argt 

rauni t /qaun i t  rcn 1 s t /gen  1 s t 

Common  Variables  Referenced  but  Not  Changed: 

redunt /qrnunt 

rcdeq/grneq 

seed 

Subprograms  Called: 

Subroutine  EWCHECK 
Subroutine  RATT ACK/GATTACK 
Subroutine  RUSTEN/GLISTEN 
System  function  RAN 


Ent  r i es 


Subroutine  OPNCTL 


SUBROUTINE  RATT ACK/GA TT ACK  (I /FIRST /HIT) 

File:  UMPFILE.FOR 

Purpose  and  Method: 

This  routine  determines  if  connectivity  exists  to 
get  approval  for  an  attack. 

Identify  hexes  adjacent  to  unit.  Determine  if  any 
enemy  unit  is  in  range  for  an  attack.  Check  internal 
communications  of  unit.  Check  external  communications.  If 
rules  of  engagement  reautre  MCA  approval  of  attacks.  check 
connectivity  to  NCA.  Ask  Umpire  if  he  wants  NCA  to  approve 
attack.  If  rules  of  engagement  allow  JTF  approval  of 
attack/  NCA  connectivity  check  is  not  reauired.  If  local 
commanders  have  attack  authority/  only  the  internal  comm 
check  is  required.  If  approved/  begin  attack;  otherwise 
give  enemy  the  opportunity  to  attack.  If  attack  was  aborted 
because  of  lack  of  connectivity/  notify  olayer  and  adjust 
combat  ooints.  Notify  player  if  there  is  no  longer  an  enemy 
unit  in  the  area. 

Parameters : 

i  -  integer;  index  number  of  attacking  unit 
first  -  integer;  rules  of  engagement 

hit  -  logical/  true  if  opponent  is  given  opportunity 
to  attack 

Other  Major  Variables: 

battle  -  integer;  2  if  attack  is  aborted  for  lack  of 


connect i  vi  ty 


comm  -  real?  connectivity  to  NCA,  then  external  c3 
then  internal  c3  of  attacking  unit 

r » c / 1 f f rt *uo 1 / up2* dn i , dn2  -  integers?  hex  numbers  o 
unit  location  and  adjoining  hexes 

mg  -  integer?  distance  from  unit  to  JTFHQ 

rn  -  real ?  random  number 


Common  Variables  Changed: 

rcnl st/gcnl st 
rcmbto/gcmbto 

Common  Variables  Referenced  but  Not  Changed: 


redunt /grnunt 

seed 


r row/grow 
rcol /gcol 


Subprograms  Called: 


Subroutine  RATTACK/GATTACK  (call  each  other) 

Subroutine  RBATTLE/G8ATTLE 

Subroutine  RLISTEN/GUSTEN 

Integer  function  RANGE 

Real  function  NCACON 

Real  function  C3EXT 

Real  function  INTC3 

System  function  RAN 


Entries: 


Subroutine  COMBAT 

Subroutine  RATTACK/GATTACK  (each  called  by  the  other) 


SUBROUTINE  RBATTLE/GBATTLE  ( I,J ) 
File:  UMPFILE .FOR 


Purpose  and  Method 


This  subroutine  computes  the  effect  of  ESM  and 
terrain  on  combat  value  as  one  unit  attacks  an  enemy  unit; 
it  calls  subprograms  to  compute  losses  due  to  close  air 
support  and  ground  combat. 

Compute  effect  of  ESM  on  Red  combat  value  by 
subtracting  the  EW  factor  of  the  EW  eauipment  from  the 
security  factor  of  the  enemy's  communications  equipment  and 
then  comparing  the  difference  to  a  random  number.  If  the 
difference  is  greater*  add  the  ESM  value  of  the  EW  equipment 
to  the  combat  points  of  the  Red  unit.  Compute  effect  of  ESM 
on  Green  combat  value.  Compute  effect  of  terrain  on 
attacking  unit  and  defending  unit#  including  additional 
combat  points  for  mountains#  woods*  and  cities  which  provide 
good  cover  for  the  forces .  Add  points  if  the  defensive 
forces  are  behind  a  river.  Call  for  close  air  support  for 
attacking  side.  Output  combat  value  entering  ground  combat 
phase.  Call  for  qround  combat  (see  Subroutine  FIGHT). 
Parameters: 

i  -  integer*  index  number  of  attacking  unit 
j  -  integer*  defending  unit 
Other  Ma}or  Variables: 

rng  -  integer#  distance  between  units 
rn  -  real*  random  number 
i rn  •  integer*  random  integer 

diff  -  integer*  difference  between  EW  factor  and 
security  factor  of  EW  and  comm  equipment 

rtpnt/gtpnt  -  real*  temporary  combat  points#  adjusted 


269 


for  terrain  and  earn 

x  -  logical?  true  if  ESM  equipment  is  effective 
against  comm  equipment 

row#col  •  integer?  location  of  unit  i 
r#c  •  integer?  location  of  unit  j 
Common  Variables  Referenced  but  Not  Changed: 


redunt /grnunt 

rauni t /gauni t 

ew  f 

r row/grow 

r i tem/gi tern 

sec 

rcol /gcol 

rmode/gmode 

esm 

redeq/grneq 

rtc  rng/gtc  rng 

hex 

reqrow/georow 

rcmbtp/gcmbtp 

vhex 

reqcol /gegcol 

etype 

seed 

Subprograms  Called: 

Subroutine  RCAS/GCAS 
Subroutine  FIGHT 
Subroutine  RLISTEN/GLISTEN 
Integer  function  RANGE 
logical  function  COMPAT 
System  functions  RAN  and  IFIX 

Ent  ri es  J 

Subroutine  RATTACK/GATTACK 


SUBROUTINE  FIGHT  (S IDE , I , J , RTPNT , GTPNT ) 

File:  UMPFILE.DAT 
Purpose  and  Method: 

This  subroutine  computes  the  outcome  of  ground 
combat  between  Red  unit  I  and  Green  unit  J. 

Compute  di fference  in  combat  points.  Check  TABLED 
(Attachment  A-ll  to  the  Users'  Manual)  for  combat  outcomes* 
based  on  the  difference  in  combat  points  and  on  a  random 
number.  Assign  outcomes  to  appropriate  sides.  Output 
losses.  If  outcome  table  indicates  retreat  is  necessary  for 


Red  forces#  move  them  back  a  1 ong  approach  path.  Do  same  for 
Green  retreat.  If  outcome  table  indicates  Red  comm  losses 
result#  locate  equipment  with  lowest  security  factor(sec) 
and  change  C3  effectiveness  to  zero.  Do  same  for  Green  comm 
I  osses . 

Paramet  ers : 

side  -  character*!#  attacking  side#  Red  or  Green 
i  -  integer;  index  number  of  Red  unit 
j  -  integer;  index  number  of  Green  unit 
rtpnt/gtpnt  -  real;  temporary  combat  points 
Other  Major  Variables: 

diff  *  integer;  inteqer  difference  between  combat 

values  of  the  units 

rn  -  real »  random  number 

i rn  -  integer;  random  integer 

gone  -  integer;  index  number  of  comm  equioment  with 
lowest  security  factor;  rendered  unusable  in  the 

bat  1 1  e 

rloss/gloss  -  integer;  losses  in  combat 

rret/gret  -  inteqer;  number  of  hexes  unit  must 

ret  reat 

rc 1 /gc 1  *  integer;  number  of  comm  equiment  items 
rendered  unusable 

aloss  -  integer#  attacker's  loss 
dloss  -  integer;  defender's  loss 

aret  -  integer;  number  of  hexes  attacker  retreats 
dret  -  inteqer;  number  of  hexes  defender  retreats 
ac 1  -  integer;  number  of  comm  systems  attacker  loses 

del  -  integer;  number  of  comm  systems  defender  loses 


mvpnt  s 


real? 


movement  points  of  unit 


min  -  integer?  minimum  security  value  of  assigned 
equipment 

Common  Variables  Changed: 

rcmbtp/qcmbtp  rtc3e/gtc3e 

rqoal/ggoal  rtc3es/gtc3es 

raun i t /gaun i t 

Common  Variables  Referenced  but  Not  Changed: 

redunt /grnunt  rpat h r /gpat h r 
r force/gf orce  rpathcXqpathc 
rrow/grow  r s t a r t /qs t a r t 

rcol/qcol  redea/grneq 

Subprograms  Called: 

Subroutine  MVMENT 
Subroutine  PL  I STEN/GL I STEN 
System  functions  RAN  and  IFIX 

Ent  ri es: 

Subroutine  RBATTLE/GBATTLE 
SUBROUTINE  RCAS/GCAS  C I , J , RTPNT , GTPNT ) 

File:  UMPFILE.FOR 

Puroose  and  Method: 

This  subroutine  computes  the  effect  of  close  air 
support  on  enemy  qround  forces. 

Find  air  unit  with  close  air  suooort  value 
remaining.  Compute  air  defense  outcome  by  comoarinq  the  Ert 
value  of  the  aircraft  with  the  air  defense  value  of  the 
qround  unit.  Use  an  internal  table  (Figure  A -9  of  the 
Users'  Manual)  to  compare  the  difference  with  a  random 
number.  If  CAS  aircraft  qet  through  enemy  air  defenses* 
compute  effectiveness  against  enemy  ground  forces  by 


ri tem/gi tern 
sec 

t  ab 1 e2 
seed 
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checking  the  internal  communications  effectiveness  of  the 
air  unit.  If  INTC3  is  greater  than  a  random  number, 
decrease  the  ground  unit  combat  value  by  1.0. 

Parameters: 

i  -  integer?  index  number  of  attacking  unit 
i  -  integer;  index  number  of  defending  unit 
rtpnt/gtont  •  real  temporary  combat  values 
Other  Major  Variables: 

rn  -  real •  random  number 

i rn  -  integer;  random  integer 

ad  -  integer;  air  defense  outcome 

comm  -  real;  internal  c3  effectiveness  of  air  wing 
providing  c 1 ose-ai r-support 

done  -  logical';  true  when  cas  has  been  provided  by 
one  wing;  prevents  dubolication  of  effort  by  another 
wing 

Common  variables  changed: 

re wv/gewv  rcmbtp/gcmbto 

rqoa 1 /ggoa l 

Common  Variables  Referenced  but  not  Changed: 

redunt/gmunt  rtcasv/gtcasv 

rrow/grow  radno/gadno 

rcol/gcol  seed 

Subprograms  Called: 

Subroutine  RLISTEN/GLISTEN 

Real  function  INTC3 

System  functions  RAN  and  IFIX 

Entries: 

Subroutine  RBATTLE/GBATTLE 


SUBROUTINE  ENOW AR  (OVER) 


File:  UMPFILE.FOR 
Purpose  and  Method: 

This  subroutine  determines  whether  either  side  has 
won  the  war  in  a  decisive  victory.  If  not  ?  it  gives  status 
to  the  Umpire  and  a1 lows  the  Umpire  to  decide  whether  to 
artificially  declare  an  end  to  the  war  with  or  without  a 
marginal  wictory  for  one  side. 

Determine  if  either  side  controls  the  major 
objectives  by  checking  the  last  owner  of  hexes  listed  in 
KEYA.  Determine  if  either  side  controls  the  minor 
objectives  in  the  same  way,  using  hexes  listed  in  KEYB.  If 
the  same  side  controls  both  major  and  minor  objectives 
declare  them  the  decisive  victors  and  end  the  game.  If  one 
side  controls  the  major  objectives  and  the  other  side 
controls  no  minor  objectives?  the  first  side  has  a  marainal 
victory.  Allow  the  Umpire  to  decide  whether  to  end  the 
game.  If  one  side  controls  all  major  objectives  but  the 
enemy  controls  any  minor  objectives?  the  outcome  is 
indecisive.  Allow  the  Umpire  to  decide  whether  to  end  the 
game  and  whether  to  declare  the  first  side  a  winner.  If 
neither  side  controls  the  major  objectives?  there  is  no 
winner.  Allow  the  Umpire  the  option  of  ending  the  game  in  a 
ceasef i re . 

Parameters : 

over  -  logical?  true  if  controller  decides  to  end 
game  or  if  one  side  has  achieved  victory 
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Other  Major  Variables! 

row/col  *  integers;  location  of  a  key  objective 


major  -  characterM; 
objectives 

side 

which 

controls 

major 

minor  -  characterM; 
ob ject i ves 

s  i  de 

which 

controls 

minor 

winner  -  character*5;  side  which  is  winning  or  ahead 

Common  Variables  Referenced  but  not  Changed: 

keya  lasown 

keyb 

Subprogram  Calls: 

Subroutine  RPOSIT/GPOSIT 
Subroutine  RLISTEN/GLISTEN 

Entries: 

Subroutine  OPNCTL 

SUBROUTINE  SETOWN  () 

File:  UMPfILE.DAT 

Purpose  and  Method: 

This  module  sets  the  OWNER  and  LASOWN  maps  to 

indicate  the  presence  of  a  newly  estaolished  unit/ 

designated  by  the  Red  or  Green  Player. 

Mark  new  Red  units.  Do  same  for  Green. 

Reinitialize  variables  to  zero  for  next  turn. 

Common  Variables  Changed: 

owner  rown/gown 

lasown  rlas/glas 

Entries: 


Subroutine  OPNCTL 


SUBROUTINE  RULES  (FIRST) 


i 


i 


,  * 


v4 


File:  UMPFILE.FOR 

Purpose  and  Method: 

This  module  allows  the  Umpire  to  review  and  change 
the  rules  of  engagement. 

Write  current  rule.  Ask  if  rule  should  be  changed; 
output  menu  of  possible  rules. 

Parameters: 

first  *  integer;  rule  of  engagement 
Ent  ri es: 

Subroutine  OPNCTL 

SUBROUTINE  MVMENT  ( I , ROW, COL # NROW , NCOL , MVPNTS , S I D£ , FORCE / 

CNFLCT) 

File:  GENERAL. FOR 

Puroose  and  Method: 

This  subroutine  moves  a  unit  from  one  hex  to  the 


adjacent  hex  if  the  unit  has  sufficient  movement  ooints.  It 
calls  Suboroqram  ENEMY  to  detect  enemy  units  in  adjacent 
hexes . 


Compute 

number  of 

ooints  required  for  the 

move . 

If 

the  unit  has 

suf  f i c i ent 

movement 

points#  make 

the 

move# 

changing  the  OWNER  array  i 

f  no  units 

from  the 

same 

s  i  de 

remain  in  the 

old  hex . 

Check  for  enemy  units. 

Set 

OWNER 

and  LASOWN  arrays  to  indicate  presence  of  unit. 
Parameters : 

i  -  integer;  index  numt  er  of  unit 
row# col  -  integers;  location  of  unit 
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nrow.ncol  -  integers?  new  location  of  unit 
mvpnts  -  real?  movement  points  of  unit 
side  "  cHaracter*l?  side  unit  is  on 
force  -  character*5?  type  of  unit 

cnflct  -  logical?  true  if  enemy  unit  is  in  same  or 
adjacent  he*  (to  nrow»ncol) 

Common  Variables  Changed: 

owner 
1 asown 

Subprograms  Called: 

Subroutine  ENEMY 
Real  function  PNTS 

Ent  ri  es: 

Subroutine  FIGHT 
Subroutine  RMOVE/GMOVE 

SUBROUTINE  ENEMY  (ROW . COL , S IDE . CNFLCT  ) 

File:  GENERAL. FOR 
Purpose  and  Method: 

This  subroutine  surveys  HEX(row.col)  and  adjacent 
hexes  for  enemy  units. 

Identify  adjacent  hexes  and  initialise  logical  to 
false.  Survey  hexes?  if  owner  is  other  side  or  both,  set 
1 ogi cal . 

Parameters : 

row. col  -  integers?  center  hex 

side  -  character*!?  side  doing  check 

cnflct  •  logical?  true  if  other  side  is  present 


Other  Major  Variables: 

i u » i d t  i us > i ds t  j 1 » j r  -  integers?  row  or  column  of 
adjacent  hexes 

Common  Variables  Referenced  but  not  Changed: 

owner 
Ent  r i es : 

Subroutine  FIGHT 
Subroutine  MVMEMT 
Subroutine  RMOVE/GMOVE 

REAL  FUNCTION  PNTS  ( S IOE , I , ROW , COL , NROW , NCOL , FORCE ) 

File:  GENERAL. FOR 
Puroose  and  Method: 

This  function  computes  the  movement  points  necessary 
for  a  unit  to  move  to  an  adjacent  hex. 

Get  points  required  to  move  into  a  hex  of  that 
terrain  type  from  internal  data.  Adjust  by  adding  one  point 
if  the  unit  must  cross  a  river  (if  VHEX  total  of  the  two 
hexes  is  three).  Adjust  if  the  unit  is  moving  along  a  road 
(if  RHEX  of  both  hexes  is  1).  Check  type  of  unit  for  sea  vs 
land  movement.  For  air  travel/  terrain  has  little  effect. 
When  called  from  RECON  module/  to  set  photo  recon  route/  set 
all  hex  movement  points  eaual.  When  called  from  TERAIN 
module  to  establish  line-of-  sight/  set  all  movement  points 
equal  to  get  nearest  possible  to  straight  line. 

Parameters : 

side  -  character* 1 ?  side  moving 
i  -  integer?  index  number  of  unit  moving 


row»col 


integers?  present  location 


nrow,nco1  -  integers;  proposed  location 
force  ”  character*5;  type  of  unit 
Other  Major  Variables: 

river  -  integer;  total  vhex  Points  of  the  two  hexes; 
a  3  indicates  crossing  the  river 

points  •  real ,  number  of  points  required  for  the  move 

Common  Variables  Referenced  but  not  Changed: 

hex  rhex 

vhex  rseal/gseal 

Entries: 

Subroutine  MVMENT 


SUBROUTINE  SYSOUT  (} 

File:  GENERAL. FOR 
Purpose  and  Method: 

This  routine  writes  all  common  map  and  system 

variables  to  file  025  for  later  access. 

Common  Variables  Referenced  but  not  Changed: 

Ref erences ( wr i t es )  all  common  variables  from  hex, 
rhex,  system,  sysacq,  sysops,  table,  table2,  and  game 
commons 

Ent  r i es  : 

Subroutine  OPNCTL 


SUBROUTINE  REDOUT  () 
File:  GENERAL. FOR 

Purpose  and  Method: 


279 


This  module  writes  all  common  red  variables  to  file 


*26  for  later  access. 

Common  Variables  Referenced  but  not  Changed: 

Ref erences ( w r i t es )  all  variables  from  redunt*  redpos* 
redeq#  reqpos*  and  redwar  commons. 

Entries: 

Subroutine  OPNCTL 
Subroutine  REDOPS 


SUBROUTINE  GRNOUT  () 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  module  writes  all  common  green  variables  to 

file  *27  for  later  access. 

Common  Variables  Referenced  but  not  Changed: 

Ref erences (wri tes )  all  variables  from  grnunt*  grnoosr 
qrneqi  geopos*  and  grnwar  commons. 

Ent  r i es  : 

Subroutine  OPNCTL 
Subroutine  GRNOPS 


SUBROUTINE  SVS8RD  C) 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  routine  reads  SYSBRD.DAT  (file  *25)  into  the 
common  variables.  The  formats  are  the  same  as  for  SYSOUT. 
Common  Variables  Changed: 

Changes  all  variables  from  hex,  rhex*  vhex*  system* 
svsacQf  sysops*  table*  table2*  and  game  commons. 
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Ent  ri es 


( 


Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 


SUBROUTINE  RED8RD  () 

File:  GENERAL. FOR 
Puroose  and  Method: 

This  module  reads  REDBRD.DAT  (file  #26)  into  the 
common  variables.  The  formats  are  the  same  as  for  REDOUT. 
Common  Variables  Changed: 

Changes  (reads)  all  variables  from  redunt*  redpos» 
redeq*  reqpos»  and  redwar  commons. 

Entries: 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 


SUBROUTINE  GRNBRQ  () 

File:  GENERAL. FOR 
Puroose  and  Method: 

This  module  reads  GRNBRD.DAT  (file  #27)  into  the 
common  variables.  The  formats  are  the  same  as  for  GRNOUT . 
Common  Variables  Changed: 

Changes  (reads)  all  variables  from  grnunt*  grnpos* 
grneq*  gegoos*  and  grnwar  commons. 

Ent  r i es : 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 
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INTEGER  FUNCTION  RANGE  (I,J,K,L) 


File:  GENERAL. FOR 
Purpose  and  Method: 

This  function  computes  the  distance  (in  hexes) 
between  two  points  and  converts  to  an  integer. 

Parameters : 

i*j  -  integers?  first  location  k , 1  -  integers? 

second  location 

Other  Major  Variables: 

rng  -  integer?  distance  between  two  locations 
vert  -  real?  vertical  distance 
ho rr  •  real?  horizontal  distanc 
Subroutines  Called: 

System  functions  FLOAT,  SORT,  and  IFIX 
Entries: 

General  Utility 

REAL  FUNCTION  NCACQN  ( SIOE , ROW , COL ) 

File:  GENERAL. FOR 
Purpose  and  Method: 

This  function  computes  the  probability  the  JTFHQ  can 
coordinate  with  the  NCA. 

Identify  Red  switches.  For  each  other  piece  of  Red 
equipment  collocated  with  the  JTFHQ,  add  it  to  the 
appropriate  list  and  find  probability  it  will  connect  to 
NCA*  based  on  C3E  and  NCAPAT.  For  ground  terminals*  check 
to  see  if  a  satellite  beam  is  in  range  of  the  terminal. 
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Repeat  for  Green  equipment.  Compute  overall  probability  of 
a  link  to  NCA  using  the  formula: 

NCACON  =  1  -  C(1  -  HFPROB ) * ( 1  -  VLFPRB)*(1  -  GTPROB) 1 

Parameters: 

side  -  character*!;  side  of  JTFHQ 
row#col  -  integers;  location  of  JTFHQ 
Other  Major  Variables: 

gtl  -  integer;  list  of  gtound  terminal  equipment 
numbers 

vfl  -  integer;  list  of  vlf  equipment  numbers 
hfl  -  integer;  list  of  hf  equipment  numbers 
hqsw  -  integer;  number  of  switch 

rng  -  integer;  range  from  ground  terminal  to  beam 
center  of  satel 1  i  te 

hqswo  -  real;  probability  of  switching  prooerly 

vlfo  -  real;  effectiveness  of  one  vlf  link 

gtp  -  real;  effectiveness  of  a  satellite  link 

hfp  -  real;  effectiveness  of  an  hf  link 

pvlft  -  real;  overall  effectiveness  of  vlf  links 

pgtt  -  real;  overall  effectiveness  of  satellite  links 

ohft  -  real;  overall  effectiveness  of  hf  links 

q  -  real;  1-chance  of  some  link  to  NCA  working 

satrng  -  logical;  true  is  a  satellite  is  in  range 

x»v  -  logieals;  true  if  systems  are  compatible 

Common  Variables  Referenced  but  not  Changed: 

redeq/grneq  rauni t /gauni t  etyoe 

ritem/gitem  rtc3e/gtc3e  ncapat 
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reqrow/geqrow 
reocol /geqcol 

Subprograms  Called: 


rtc3es/gtc3es 
rtc  rnq/gtc  rng 


beams 


Integer  function  RANGE 
Logical  function  COMPAT 

Ent  ri  es: 

General  Utility 


REAL  FUNCTION  C3EXT  (SIDE, K, RNG) 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  function  computes  the  probability  a  unit  will 
be  in  communication  with  its  JTFHQ . 

For  each  item  of  Red  equipment »  check  to  identify 
switches  at  ends  of  link.  (The  unit  normally  would  not  have 
a  switch#  but  the  game  allows  the  inclusion  of  one.)  Look 
for  Red  HF #  LOS#  GTPROB#  or  TAC  equipment  and  find 
probability  of  each  forming  a  link.  (See  Subroutines 
HFPROB#  L0SPR8#  GTPROB#  and  TACPRB.)  Do  same  for  Green 
equipment.  Calculate  total  probability  of  communicating 
with  JTFHQ  using  the  formula: 


C3EXT  s  1  -  [<1-HFPR0B)*(1-L0SPRB)*(1-GTPR0B)*(1-TACPRB)] 


Parameters: 

side  -  characterM;  side  of  unit 

k  «  integer#  unit  number 

rng  -  integer#  range  from  unit  to  JTFHQ 


Other  Major  Variables: 

h f 1  -  integer?  list  of  hf  eouipment 

losl  “  integer?  list  of  los  equipment 

gtl  -  integer?  list  of  ground  terminals 

tael  -  integer?  list  of  tactical  eouipment 

usm  -  integer?  index  number  of  switch  at  unit#  if  any 

hqsw  -  integer?  index  number  of  switch  at  hq 

u s wo  -  real?  effectiveness  of  unit  switch 

hqswp  -  real?  effectiveness  of  hq  switch 

hfp  -  real?  effectiveness  of  an  hf  link 

loso  -  real?  effectiveness  of  an  los  link 

qtD  -  real?  effectiveness  of  a  satellite  link 

taco  -  real?  effectiveness  of  a  tactical  link 

ohft  -  real?  overall  effectiveness  of  hf  links 

plost  -  real?  overall  effectiveness  of  los  links 

pgtt  -  real?  overall  effectiveness  of  satellite  links 

ptact  -  real?  overall  effectiveness  of  tactical  links 

q  -  real?  1-chance  of  communicating 

Common  Variables  Referenced  but  not  Changed: 

redunt /grnunt  rtc3e/gtc3e 

redea/qrneq  rtc3es/gtc3es 

r aun i t /qaun i t  ritem/gitem 

etyoe 

Subprograms  Called: 

Real  function  HFPROB 
Real  function  LOSPRB 
Real  function  GTPROB 
Real  function  TACPR8 

Entries : 
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Genera)  Utility 


REAL  FUNCTION  HFPRQB  ( S I OE , I , K , HQSW , USW , RNG ) 

File:  GENERAL. FOR 
Purpose  and  Method: 

This  function  comoutes  the  probability  of  a  given  HF 
equipment  item  linking  up  to  the  JTFHQ. 

For  HF  equipment  belonging  to  unit  K,  check  *or 
compatible  HF  equipment  at  JTFHQ,  check  compatibility  with 
switches,  and  check  range  (ground  and  sky  waves).  If  all 
requirements  are  satisfied  for  a  link,  the  product  of  the 
C3E  of  the  two  end  equipments  is  the  probability  of  the 
link.  If  more  than  one  HF  link  is  possible,  use  the  highest 
probabi 1 i ty  . 

Parameters : 

side  "  character*!?  side  of  unit 
i  -  integer?  index  of  equipment  item 
k  -  integer?  index  of  unit 
hqsw  -  integer?  index  of  switch  at  ho 
usw  -  integer?  index  of  switch  at  unit 
rng  -  integer?  distance  from  unit  to  hq 
Other  Major  Variables: 

prob  -  real?  best  ef feet i veness  of  all  hf  links 
probt  -  real?  effectiveness  of  a  given  link 
x»y ,z  -  logical?  true  if  systems  are  compatible 
Common  Variables  Referenced  but  not  Changed: 


redeq/grneq  r t c rnq/gt c rng 

ritem/gitem  rtc3e/gtc3e 

reqrow/gearow  rtc3es/gtc3es 

reqcol /geqcol  crngs 

Subprograms  Called: 

Logical  function  COMPAT 
System  function  MIN 

Ent  r i es : 

Real  function  C3EXT 

LOGICAL  FUNCTION  CQMPAT  <I,K,RNG) 

File:  GENERAL. FOR 
Puroose  and  Method: 

This  function  determines  whether  two  pieces  of 
equipment  are  compatible  at  a  given  ranger  based  on  a 
compatibility  table  (Attachment  A-2f  of  the  Users'  Manual). 
Parameters : 

irk  -  integer;  index  numbers  of  two  systems 
mg  -  integer?  distance  between  systems 
Other  Major  Variables: 

Patible  -  logical?  true  if  systems  are  compatible 
x  -  characterM?  value  from  compatibility  table 
Ent  r i es  : 

General  Utility 

REAL  FUNCTION  LOSPRB  (SIDE, I,K,HQSW,USW, RNG) 

File:  GENERAL. FOR 


r  row/grow 
rcol /gcol 
et  ype 


Purpose  and  Method 


This  function  computes  the  orobability  of  a  liven 


1 i ne-of *S i ght  equipment  item  linking  up  to  the  JTFHQ 
directly  or  through  a  single  relay. 

For  LOS  equipment  collocated  with  unit  K#  look  for 
compatible  LOS  equipment  at  JTFHQ;  check  compatibility  with 
switches.  If  within  range*  link  directly#  otherwise#  look 
for  a  ground  relay.  Check  for  an  airborne  relay  through  an 
ABNCP  or  ArtACS.  LOSPRB  is  the  product  of  the  C3Es  of  the 
end  equipments  and  any  relays. 

Parameters : 

side  -  character*!#  side  of  unit 

i  -  integer#  index  of  equipment  item 

j  -  integer#  index  of  unit 

hqsw  -  inteqer?  index  of  switch  at  hq 

usw  -  integer#  index  of  switch  at  unit 

rng  -  integer?  distance  from  unit  to  hq 

Other  Major  Variables; 

ranqeu  -  integer?  range  from  unit  to  relay 

ranqeh  -  integer?  range  from  relay  to  hq 

probt  *  real#  effectiveness  of  a  given  los  link 

orob  •  real?  best  los  link  effectiveness 

x»y#z»w#v  -  logicals?  true  if  systems  are  compatible 

Common  Variables  Referenced  but  not  Changed; 

redeq/grneq  rtc3e/gtc3e  raba/gaba 

reqrow/geqrow  r t c rng/gt c rng  rrow/grow 

reqcol /geqcol  rawa/gawa  rcol/gcol 

etyoe 


Subprograms  Called 


Integer  function  RANGE 
Logical  function  COMPAT 
System  function  MIN 

Entries: 

Real  function  C3EXT 

REAL  FUNCTION  GTPRQB  ( S I OE , I * HGSW * USW ) 

File:  GENERAL. FOR 

Puroose  and  Method: 

This  function  computes  the  orobability  of  a  given 
ground  terminal  linking  to  the  JTFHQ  through  a  satellite. 

Look  for  compatible  satellites  and  check  range. 
Check  for  ground  terminals  at  JTFHQ  and  check  compatibility 
and  range.  Find  probability  for  each  oossiple  link  by 
multiplying  the  C3E  of  the  satellite  and  the  C3E  of  the  two 
ground  terminals.  If  two  or  more  links  are  possible*  use 
the  one  with  the  highest  probability. 

Parameters : 

side  -  characterM;  side  of  unit 
i  -  integer*  index  of  equipment  item 
hasw  -  integer;  index  of  switch  at  hq 
usw  -  integer;  index  of  switch  at  unit 
Other  Major  Variables: 

rng  •  integer;  range  from  ground  terminal  to  a 
satellite  beam  center 

rngu  -  integer*  minimum  range  from  ground  terminal  to 
beam  center  of  a  compatible  satellite 

rngh  -  inteqer#  range  from  satellite  beam  center  to 
JTFHQ 


norob  •  real?  effectiveness  of  link  through  a 
sat  el  1 i te 

orob  -  real?  effectiveness  of  best  satellite  link 

x/V/Z/w  -  logicals?  true  if  systems  are  comoatible 

Common  Variables  Referenced  but  not  Changed: 

redeq/grneq  rtc3e/gtc3e  rbeam/gbeam 

reqrow/georow  r t c rng/qtc rng  etype 

reqcol /geqcol  ritem/gitem 

Subprograms  Called: 

Integer  function  RANGE 
Logical  function  COMPAT 
System  function  MIN 

Entries: 

Real  function  C3EXT 

REAL  FUNCTION  TACPRB  (SIDE/I/RNG) 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  function  computes  the  probability  of  a  direct 
link  with  the  JTFHQ  using  a  given  tactical  comm  equipment 
item. 

Check  for  compatible  TAC  equipment  at  JTFHQ;  check 
compatibility  and  range  of  the  equipment.  The  probability 
for  the  link  is  the  product  of  the  C3E  of  the  two 
equipments.  If  two  or  more  links  are  possible/  use  the  one 
with  the  highest  probability. 

Paramet  ers : 

side  •  character*!;  side  owning  equipment 
i  -  integer;  index  of  equipment 


rnq  -  integer;  distence  from  unit  to  JTFHQ 
Other  Major  Variables: 

probt  -  real;  effectiveness  of  a  tactical  link 

prob  -  real;  best  tactical  link  effectiveness 

x/y/i  -  logicals;  true  if  systems  are  compatible 

Common  Variables  Referenced  but  not  Changed: 

redea/grneo  rtcrng/gtcrng  rrow/grow 

reqrow/gegrow  rtc3e/gtc3e  rcol/gcol 

reqcol /geqcol  ritem/gitem  etyoe 

Subprograms  Called: 

Logical  function  COMPAT 
System  function  MIN 

Ent  r i es : 

Real  function  C3EXT 

REAL  FUNCTION  INTC3  ( S IOE , I , ROW , COL) 

File:  GENERAL. FOR 

Purpose  and  Method: 

This  function  comoutes  the  internal  communications 
ability  of  a  unit. 

Find  tactical  gear  assigned  to  the  unit;  adapt 
effectiveness  for  local  terrain  by  checkinq  internal  data 
and  multiplying  the  C3E  of  the  equipment  by  appropriate 
factors.  TACP  is  the  effectiveness  of  each  set  of  tactical 
equipment.  INTC3  is  the  total  effectiveness  of  all  tactical 
equipment  using  the  formula: 


INTC3  s  1 


[(1-TACP(1))*(1-TACP(2))* 


(l-TACP(n))] 


Parameters 


side  -  character*!;  side  of  unit 

i  -  integer?  index  number  of  unit 

row, col  -  integers;  location  of  unit 

Other  Major  Variables: 

tad  -  integer;  list  of  tactical  equipment 

taco  -  real;  effectiveness  of  a  tactical  set 

c3eff  -  real;  effectiveness  of  a  tactical  set 

q  -  real;  1-  chance  of  communicating 

prob  -  real;  chance  of  internal  connectivity 

Common  Variables  Referenced  but  not  Changed: 

redeq/grneq  rrow/grow  rtc3e/gtc3e 

reqrow/geqrow  rcol/gcol  etyoe 

reocol /geqcol  ritem/gitem  hex 

Entries: 

General  Utility 

SUBROUTINE  CHECK  (ROW, COL) 

File:  GENERAL. FOR 
Purpose  and  Method: 

This  routine  checks  the  validity  of  input  map 
coordinates  by  making  sure  the  row  number  is  less  than  or 
equal  to  66  and  the  column  number  is  less  than  or  equal  to 
60  and  either  both  are  odd  or  both  even.  If  the  numbers  are 
not  valid  hex  coordinates,  the  routine  asks  for  and  checks 
new  row  and  column  values. 

Parameters : 
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row#col  -  integers?  location  being  tested 
Other  Major  Variables: 

test  -  real?  odd/even  test  value 
Subprograms  Called 

System  function  FLOAT 
Entries : 

General  Utility 

SUBROUTINE  RPOSIT/GPQSIT  () 

File:  GENERAL. FOR 

Puroose  and  Method: 

This  routine  displays  the  unit  name*  location*  goal* 

and  combat  points  for  each  unit.  For  each  unit*  write 

values  oresently  in  the  common  variables. 

Common  Variables  Referenced  but  not  Changed: 

redunt /qrnunt  gamtrn 

rrow/grow  rgoal/ggoal 

rcol/gcol  rcmbtp/gcmbtp 

Ent  ri es: 

Subroutine  RTURN/GTURN 
Subroutine  ENDWAR 

SUBROUTINE  RTERAIN/GTERA IN  () 

File:  GENERAL. FOR 
Purpose  and  Method: 
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This  subroutine  adjusts  the  temporary  range  and  C3 


effectiveness  of  comm  eauipment  based  on  terrain. 

Set  temporary  values  initially  eaual  to  basic  values 
for  that  eduioment  type.  If  the  equipment  is  ground 
equipment  adjust  for  basic  terrain  (excluding  mountains). 
Check  path  from  equipment  to  JTFHQ  for  mountains  (use 
ootimum  path  to  simulate  line  of  sight).  If  hills/mountains 
are  at  least  two  hexes  wide  and  closer  than  three  hexes* 
adjust  comm  effectiveness  by  a  factor  of  0.75. 

Major  Variables: 

re*ce  -  integers*  location  of  equipment 

rb*Cb  -  integers;  location  of  blocking  mountain 

begin  -  integer*  start  of  path  for  mountain  check 

Common  Variables  Changed: 

rtc3e/gtc3e  rtcrng/gtcrng 

rtc3es/qtc3es 

Common  Variables  Referenced  but  not  Changed: 


reodeq/grneo 

roat  hr/gpat  h  r 

erng 

reqrow/geqrow 

rpa  t  hc/gpa t  he 

c  rngs 

reqco 1 /geqco 1 

rstart/gstart 

c3e 

r row/grow 

r i t  em/gi t  em 

c3es 

rcol /qcol 
etyoe 

rauni t /gaun i t 

hex 

Subprograms  Called: 

Subroutine  OPTIM 
Integer  function  RANGE 

Ent  r i es : 

Subroutine  RTURN/GTURN 
Subroutine  RCOMM 1 /GCOMM l 
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SUBROUTINE  OPTIM  ( SIDE # K # ROW , COL # NROW , NCOL # FORCE ) 

Filet  GENERAL. FOR 
Purpose  and  Method: 

This  routine  uses  a  variation  of  the  Dijkstra 
Algorithm  (Ref.  7]  to  find  the  shortest  distance  from  the 
current  position  to  the  destination.  It  takes  into  account 
the  type  of  unit  and  the  terrain  by  call  Subroutine  PNTS. 
The  oath  will  not  allow  ground  units  to  cross  lakes  or  seas 
or  ships  to  cross  land.  Ground  units  will  go  through  passes 
or  over  mountains#  whichever  requires  fewer  points. 

Check  validity  of  destination  for  tyoe  of  unit.  Set 
initial  values  of  arrays#  mao  borders#  and  origin  (starting 
point).  For  present  node#  find  additional  points  necessary 
for  given  force  to  go  to  each  adjacent  he*.  Find  the 
unexplored  node  closest  to  the  origin;  this  is  the  next 
node  to  be  explored.  Move  to  next  node.  Trace  path  bac* 
from  destination  to  origin.  Reverse  Path  and  set  the  array 
element  after  the  destination  eoual  to  zero. 


Parameters : 

side  -  character;  side  looking  for  oath 
k  -  integer#  index  of  unit 

row#col  -  integers#  present  location  of  unit 
nrow  #  ncol  ”  integers#  destination 
force  -  character*5»  type  of  unit 
Other  Major  Variables: 

er#ec  -  integers#  E  array  for  algorithm?  calling  hex 
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d  -  real/  D  array;  path  length  from  origin 


f  •  integer;  F  array;  0  for  unexplored  nodes/  1  if 
expl ored 

min  -  real;  minimum  distance  to  next  node 

bpathr /bpathc  -  integers;  reverse  path  forn 

destination  back  to  origin 

nextr/nextc  •  integers;  next  node  to  be  explored 

uo/dn/us/ds/ 1 3/ rs  -  integers;  coordinates  of  adjacent 
nodes 

rr/cc  -  integers;  temporary  holding  for  r  and  c 

r/C  -  integers;  present  node 

nr#nc  -  integers;  one  hex  from  goal 

dist  -  real;  distance  to  present  node 

di stur/di stul /di stu/di std/di stdr/di stdl  -  real; 

distances  to  adjacent  hexes 

Common  Variables  Changed; 

roathr/gpathr  rstart/gstart 

rpathc/goathc  rend/gend 

rgoal/ggoal  r lenth/gl enth 

Subprograms  Called; 

Real  function  PNTS 

Ent  r i es ; 

Subroutine  REDGOAL/GRNGOAL 
Subroutine  RTERAIN/GTERAIN 
Subroutine  RRECON/GRECON 

SUBROUTINE  RTURN/GTURN  (STOPAT) 

File;  RED. FOR/GREEN. FOR 


Purpose  and  Method 


This  subroutine  offers  a  nenu  of  possible  actions, 
inouts  the  player's  choice*  calls  the  appropriate 
subroutine*  and  then  loops  back  for  another  choice. 

Initialize  temporary  values  for  equipment.  Present 
player  action  menu. 

Parameters : 

stooat  -  real*  scheduled  time  for  end  of  turn 
Major  Variables: 

choice  -  character*!,  menu  selection 

airlft  -  logical*  true  if  an  airdrop  has  already  been 
requested  for  this  turn 

Common  Variables  Changed: 

rrecce/grecce 

Subprograms  Called: 

Subroutine  REDGOAL/GRNGO AL 
Subroutine  RCOMM/GCOMM 
Subroutine  RRECON/GRECON 
Subroutine  RC AC AS/GC AC AS 
Subroutine  RPOSIT/GPOSIT 
Subroutine  RSEAL IFT/GSEALIFT 
Subroutine  RAIRLIFT/GAIRLIFT 
Subroutine  RATKSAT/GATKSAT 
Subroutine  RTERAIN/GTERA  IN 

Entries: 

Subroutine  REDOPS/GRNOPS 

SUBROUTINE  REDGOAL /GRNGO AL  () 

File:  RED. FOR/GREEN. FOR 


Purpose  and  Method 


This  routine  allows  the  player  to  chanqe  the 
movement  goa I  of  a  combat  unit*  disDlays  a  projected  oath, 
and  allows  the  player  to  inout  an  interim  point  to  take 
another  oath. 

Input  unit  name  and  check  identity  of  the  unit. 
Check  communications  link  to  see  if  change  of  orders  can  be 
sent  to  the  unit.  Display  present  goal  of  unit  and  ask 
player  if  he  wants  to  change  it.  Ask  for  new  goal r  '0  O'  to 
be  i nput  to  stop  a  unit  in  its  present  position.  Output  n- 
goal  and  orooosed  path.  If  the  unit  is  a  sealifted  Marir 
force#  the  goal  remains  that  of  the  Amphibious  Task  For 
carrying  the  Marines. 

Major  Variables: 

unitna  -  character*8;  name  of  unit  input  by  player 
effc3  -  real#  effectiveness  of  comm  link  to  JTFHQ 
rng  -  integer;  distance  to  hq 
rn  •  real#  random  number 

Common  Variables  Changed: 
rgoa 1 /ggoa 1 

Common  Variables  Referenced  but  not  Changed: 

redunt /grnunt  rpa t h r/gpat h r  r 1 ent h/g  1  ent h 

rr ow/qrow  roat hc/gpat he  rseal/gseal 

rcol/oeol  rst art /gst art  seed 

r f orce/gf orce  rend/gend 

Subprograms  Called: 

Subroutine  OPTIM 
Real  function  C3EXT 
Real  function  NCACON 
System  function  RAN 


Entries 


Subroutine  RTURN/GTURN 


SUBROUTINE  RCACAS/GCACAS  () 

File:  RED. FOR/GREEN. FOR 

Puroose  and  Method: 

For  each  air  wing*  the  ol ayer  selects 
configuration  for  this  turn.  Mission 
i nterdi ct i on*  counter  air/  and  close  air  support 
Check  unit  list  for  flying  wing.  For 
offer  mission  choice.  If  interdiction  mission 
input  5  targets.  If  close  air  support  or 
missions  are  selected/  set  temporary  values  for 
Common  Variables  Changed: 


rt i ntd/gt i nt  d 
rintd/gi ntd 


rtcasv/gtcasv 

rtcav/gtcav 


Common  Variables  Referenced  but  not  Changed: 


rforce/gforce 
redunt /grnunt 

Suboroarams  Called: 

Subroutine  CHECK 

Ent  r i es : 

Subroutine  RTURN/GTURN 


rcasv/gcas v 
rc  a v/gc  av 


the  mission 
cnoices  are 

• 

each  wing 
is  selected/ 
counter  a i r 
the  mission. 


SUBROUTINE  RRECON/GRECON  () 
File:  RED. FOR/GREEN. FOR 

Puroose  and  Method: 
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This  routine  allows  the  player  to  reauest  satellite 


survey  of  one  or  more  columns  of  the  mao  to  find  the 
locations  of  enemy  units.  The  player  can  also  request 
reconnai sance  flights  (at  the  expense  of  other  air  support). 

Offer  choice  of  satellite  or  air  recon.  If 
satellite  recon  is  selected*  review  list  of  equioment  for 
'soy*  satellites*  display  beam  width(crnq)*  and  inout 
westernmost  column  to  be  surveyed.  If  air  mission  is 
selected*  input  start  and  end  points  of  mission  and  unit 
name  of  wing  to  fly  the  mission. 

Major  Variables: 

unitna  -  character*8?  unit  name  inout  oy  player* 
flying  wing  to  be  assigned  recce  mission 

a»b  -  integers?  starting  point  for  recce  flight 

c*d  -  integers?  end  point  of  recce  flight 

Common  Variables  Changed: 

ricol/gicol  roat h r /gpat h r 

r recce/grecce  rpathc/gpathc 

rstart/gstart 

Common  Variables  Referenced  but  not  Changed: 

redunt /grnunt  ritem/gitem 

r force/gf orce  etype 

redeq/grneq  erng 

Subprograms  Called: 

Subroutine  OPTI1* 

Subroutine  CHECK 

Ent  r i es  : 


Subroutine  RTURN/GTURN 


SUBROUTINE  RAIRLIFT/GAIRL IFT  UIRLFT) 


File:  RED. FOR/GREEN. FOR 

Puroose  and  Method: 

Each  side  can  airlift  one  airborne  force  each  turn. 
The  player  identifies  the  unit.  If  it  is  located  on  an 
airfield#  it  is  immediately  moved  to  the  new  location.  The 
airlift  does  not  subtract  from  other  air  missions. 

Indicate  if  airlift  has  already  been  used  for  this 
turn.  Otherwise/  input  name  of  unit  to  be  airlifted. 
Verify  name  if  that  of  an  existing/  airborne  unit.  Check 
location  to  make  sure  unit  is  on  an  airfield.  If  all 
conditions  are  met/  set  variables  for  the  drop. 

Parameters : 

airlft  “  logical#  true  if  airlift  has  already  been 
requested  for  this  turn 

Other  Major  Variables: 

fly  -  integer;  index  used  to  identify  whether 
identity  of  unit  to  be  airlifted  has  been  matched 

unitna  •  character*8#  name  of  unit  to  be  airlifted 

row/col  -  integers;  drop  zone  location 

Common  Variables  Changed: 
rdroo/gdroo 
rl i f t /gl i ft 

Common  Variables  Referenced  but  not  Changed: 

redunt /grnunt  rrow/grow 

r f orce/gf orce  rcol/gcol 

Subprograms  Called: 

Subroutine  CHECK 

Ent  r i es : 
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Subroutine  RTURN/GTURN 

SUBROUTINE  RSEALIFT/GSEALIFT  () 

File.*  RED. FOR/GREEN. FOR 
Purpose  and  Methods 

This  subroutine  embarks  Marine  forces  providing 
their  position  and  that  of  the  Amphibious  Task  Force  are 
appropriate.  (They  must  be  in  adjacent  sea  and  shore 
hexes . ) 

Offer  choice  of  embarking  or  disembarking.  If 
embarking,  review  list  of  sealifted  forces  to  see  if  ships 
are  available.  Input  unit  to  be  sealifted  and  verify  it  is 
an  existing  Marine  unit.  (Allow  reject  to  main  menu.)  Check 
to  see  if  unit  and  ships  are  in  adjacent  hexes,  if  so  set 
appropriate  variables  to  embark.  Output  messages  if  sealift 
is  not  available  or  locations  are  wrong.  If  disembark  is 
selected,  input  and  verify  name  of  unit.  If  unit  is 
amphibious,  verify  that  it  is  presently  embarked  on  an  ATF, 
and  verify  location  of  ships  is  along  shore.  If  conditions 
are  met,  set  variables  for  landing. 

Major  Variables: 

unitna  •  charaeter*8?  name  of  unit  to  be  sealifted 

bottom, top, 1  eft , right  -  integers?  coordinates  of 
adjacent  hexes 

shios  -  logical?  indicates  availability  of  amphibious 
task  force 

lift  •  logical?  indicates  locations  are  appropriate 


row, col  -  integers?  possible  landing  zone 

Common  Variables  Changed: 

rseal/gseal  rgoal/gqoal 

rrow/qrow  rland/gland 

rcol/gcol  rshore/qshore 

Common  Variables  Referenced  but  not  Changed: 

redunt /qrnunt  hex 

r f orce/gf orce 

Ent  r i es : 

Subroutine  RTURN/GTURN 

SUBROUTINE  RATKSAT/GATttSAT  () 

File:  RED. FOR/GREEN. FOR 

Purpose  and  Method: 

This  module  allows  the  player  to  request  use  of  an 
ant i -sate J 1 i te  weapon.  Connectivity  to  NCA  is  required 
reguardless  of  rules  of  enqaaement . 

Major  Variables: 

count  -  integer?  number  of  weapons  available 
list  -  integer?  list  of  weapon  indexes 

scount  -  integer?  number  of  satellite  targets 
ava i table 

slist  -  integer?  list  of  target  indexes 
comm  -  real?  connectivity  to  NCA 
rn  -  real ?  random  number 

num  -  integer?  index  number  of  target  selected 
Common  Variables  Changed: 


rtargt /gtargt 
rweaon/gweaon 


Common  Variables  Referenced  but  not  Changed: 

redeq^grneq  etype 

ritem/qitem  beams 

r tc  3e/gtc  3e 

Subprograms  Called: 

Real  function  NCACON 
System  function  RAN 

Ent  r i es : 

Subroutine  RTURN/GTURN 

REAL  FUNCTION  RPOI N T/GPO I NT  (I,C3EFF) 

File:  RED. FOR/GREEN. FOR 

Purpose  and  Method: 

This  function  calculates  the  mobility  ooints  of  a 
unit#  considering  the  type  of  unit#  the  mobility  of  any  comm 
equipment  they  are  carrying  along#  and  the  effectiveness  of 
their  tactical  communications. 

Set  ooints  initially  for  type  of  unit.  Make 
adjustment  for  mobility  of  comm  qear.  (If  the  mobility  of 
the  comm  gear  is  less  than  that  of  the  combat  unit#  the  unit 
must  slow  down  to  the  soeed  of  the  equipment.)  If  forces  are 
sealifted#  adjust  mobility  to  be  that  of  ships.  Adjust  for 
effectiveness  of  tactical  comm.  If  INTC3  is  less  than  a 
random  number  the  movement  points  of  the  unit  are  multiolied 
by  a  factor  of  0.5. 

Paramet  ers : 

i  -  integer#  index  of  unit 

c3 eff  -  real#  internal  comm  e f f ec t i veness 


Other  Major  Variables: 

pnts  -  integer*  value  of  movement  points 

rpnts  •  real?  real  eouivalent  of  pnts 

Common  Variables  Referenced  but  not  Changed: 

redunt /grnunt  rumob/qumob  mob 

redeq/grneq  rauni t /gauni t  seed 

ritem/gitem  rseal/gseal 

Subprograms  Called: 

System  functions  RAN  and  FLOAT 

Ent  r i es : 

Subroutine  RMOVE/GMOVE 

SUBROUTINE  RMQVE/GMQVE  () 

File:  RED. FOR/GREEN. FOR 

Purpose  and  Method: 

This  subroutine  moves  each  unit  along  the  projected 
oath  toward  its  goal.  Movement  is  affected  bv  terrain  and 
bv  the  unit's  movement  points.  The  movement  ooints  of  a 
unit  are  obtained  by  calling  Subroutine  RPOINT  or  GPOINT. 
These  ooints  are  then  compared  by  Subroutine  MVMENT  with  the 
points  required  for  that  type  of  unit  to  enter  the  next  hex. 
If  the  unit  has  sufficient  Points*  the  movement  is  made. 
Movement  continues  until  the  goal  is  reached*  all  movement 
points  are  used*  or  the  unit  enters  the  control  zone  of  an 
enemy  unit  (in  which  case  the  Player  can  choose  to  retreat* 
attack*  or  go  on  toward  its  goal). 
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Lood  through  units 


If  a  unit  is  sealifted*  wait  to 


move  it.  If  unit  is  debarking#  set  new  position  and  check 
for  enemy  in  the  area.  If  the  unit  is  being  airdropped#  set 
their  new  position  and  check  for  enemy  in  the  area.  If  the 
unit  is  not  sealifted  or  airlifted#  check  internal  comm  and 
calculate  movement  points.  Move  the  unit  until  out  of 
movement  ooints#  at  goal#  or  in  enemy  control  tone.  If  not 
in  retreat*  call  MVMENT  to  make  a  one*hex  movement.  If  in 
an  enemy  control  zone*  offer  player  choice  of  retreating# 
continuing  on  toward  goal#  going  into  a  defensive  position# 
or  reguesting  approval  of  an  attack.  If  in  retreat#  move 
backwards  at  half  speed  until  out  of  movement  points.  Set 
new  position  of  all  mobile  comm  gear  assigned  to  the  unit. 
Check  to  see  if  movement  should  stop.  If  any  units  are 
sealifted*  set  their  new  position  the  same  as  their  ships' 
posi t ion. 

Major  Variables: 

mvonts  "  real#  movement  points  of  unit 

temp  *  real#  temporary  value  of  points#  holds 
original  ooints  while  adjustments  are  made  for  slower 
retreat  speed 

used  -  real#  number  of  points  used  in  a  one  hex 
ret  rest 

retret  -  logical*  indicates  if  unit  is  retreating 

cnflct  •  logical*  indicates  unit  is  in  the  control 
zone  of  an  enemy  unit 

wait  -  logical#  there  is  at  least  one  sealifted  unit 

wait2  -  logical:  the  given  unit  is  sealifted  and  must 
move  with  th#  ships 
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1 


row#co1 


integers;  landing  zone  for  sealifted  unit 


Common  Variables  Changed: 


reqrow/georow 
reqcol /geocol 
rcnl st /gcnl st 
rstart/gstart 
rqoal /ggoal 


r row/qrow 
rcol /gcol 
r 1 and/gl and 
rshore/gshore 


rdroo/gdroo 
r 1 i f t /gl i f  t 
owner 
1 asown 


Common  Variables  Referenced  but  not  Changed: 

redunt /qrnunt  rseal/aseal 

r f orce/gf orce  rauni t /gauni t 

Suborograms  Called: 

Subroutine  mvment 
Subroutine  ENEMY 
Subroutine  RL I STEN/6L I STEN 
Real  function  INTC3 
Real  function  RPOINT/GPOINT 

Entries: 

Subroutine  OPNCTL 


SUBROUTINE  RCQMM/GCOMM  () 

File:  RED. FOR/GREEN. FOR 
Puroose  and  Method: 

This  subroutine  allows  the  olayer  to  detach  comm 
equipment  from  a  unit  and  set  it  up  as  a  separate  fixed  or 


mobile  comm  detachment.  The  player  can  also  assign  airborne 
command  post  orbits  or  change  comm  satellite  orbits  and  beam 
locations#  and  change  the  mission  assignments  of  electronic 


warfare  systems. 


Offer  choice  of  actions 


If  ABNCP  orbit  change  is 


desired  and  one  is  available  for  this  turn#  input  new  orbit 
center  and  change  values.  If  player  wants  to  detach  comm 
equipment#  input  equipment  and  owning  unit.  Input  new  unit 
name  for  the  detachment.  If  a  unit  by  that  name  owns  the 
equipment  designated#  detach  the  equipment#  setting 
necessary  variables.  The  unit  type  is  now  'relay'#  the 
mobility  is  that  of  the  equipment#  the  unit  has  no  combat 
points#  and  no  initial  qoal.  If  the  player  wants  to  change 
a  comm  satellite  orbit  and/or  beam  position#  review  the 
equipment  list  for  comm  satellites.  Output  the  satellite 
name#  present  position#  and  beam  certersl  and  input  new 
centers.  If  the  Player  wants  to  change  Eifl  system  missions# 
list  systems  and  get  choice  of  modes, 
l^ajor  Variables: 

found  -  logical#  true  if  equipment  or  unit  is  matched 

arow»acol  -  integers#  orbit  locations  of  ABNCP 

goback  -»  loqical#  true  if  input  equipment  of  unit  is 
not  found  in  lists 

Common  Variables  Changed: 


redunt /grnunt  reqrow/geqr ow 

rrow/grow  reqco I /geqcol 

rcol/qcol  r aun i t /gaun i t 

rumob/gumob  rbeam/gbeam 

rgoal /ggoal 


raba/qaba 
r  f orce/qf orce 
rcmbtp/gcmbtp 
rmode/gmode 


Common  Variables  Referenced  but  not  Changed: 


raval b/gaval b  rab/gab 

redeq/grneq  rabl/gabl 

ritem/gftem  etyoe 


mob 

beams 

seed 


Subprograms  Called: 


BE 


Subroutine  CHECK 
System  function  RAN 

Ent  r i es  J 

Subroutine  RTURN/GTURN 

SUBROUTINE  RCQHMl/GCQMMl  () 

File:  RED. FOR/GREEN. FOR 

Puroose  and  Method: 

This  subroutine  is  called  only  on  the  first  turn  of 
the  Ooerations  portion  of  the  game.  It  allows  the  player  to 
make  initial  allocation  of  comm  equipment  to  a  combat  unit* 
fixed  location,  or  mobile  comm  relay  detachment. 

List  all-  equioment  assigned  to  the  player.  For  each 
equipment  item.  individually,  determine  tyoe  of  equipment. 
If  it  is  an  ABNCP  or  AW ACS.  simply  list  it  for  later 
reference.  If  eouioment  is  a  satellite.  identify  the 
nomenclature,  number  of  beams  and  beamwidth.  Allow  the 
player  to  inout  the  center  of  each  beam.  If  the  equipment 
is  an  Intelligence  satellite,  identify  it  to  the  olayer; 
missions  will  be  assigned  in  RECON  module.  If  the  equioment 
is  an  ant i -satel 1 i te  weapon.  identify  it  to  the  olayer. 
Missions  will  be  assigned  in  ATKSAT  module.  For  fixed 
equipment,  allow  olayer  to  input  the  location.  For  mobile 
equipment.  allow  player  choice  of  assigning  to  a  particular 
combat  unit  or  setting  it  up  as  a  separate  comm  detachment. 
For  equipment  to  be  assigned  to  a  combat  unit,  input  the 
unit  name  and  set  the  location  of  the  eouioment  to  match. 


\ 

% 


For  equipment  to  be  used  as  a  separate  detachment#  input  the 


location  and  new  unit  name.  Set  force  type  to  'relay'#  set 
mobility  points#  combat  Points#  and  goal.  If  AWACS  is 
available#  calculate  percentage  of  availability#  based  on 
the  number  of  planes.  If  ABNCPs  are  available#  calculate 
the  percentage  of  availability#  missions  will  be  assigned 
in  the  COMM  routine  of  each  turn.  Set  temporary  C3 
effectiveness  of  equipment  based  on  terrain  at  the  initial 
location. 

Common  Variables  Changed: 

redunt /grnunt  reqrow/qeqrow  raw/gaw 

r f orce/qf orce  reqco 1 /geqco 1  rawl/gawl 

rrow/qrow  raun i t /gaun i t  rab/gab 

rcol/qcol  rava l b/qava 1 b  rabl/gabl 

rgoal/gqoal  rava 1 w/gava 1 w  rawa/gawa 

rumob/qumob  rcmbtp/gcmbtp  rana/gaba 

rown/qown  rlas/gfas 

Common  Variables  Referenced  but  not  Changed: 

redeo/grneq  etyoe  crnq 

ritem/gitem  beams  mob 

Suborograms  Called; 

Subroutine  RTERA IN/GTERAIN 
Subroutine  CHECK 

Ent  r i es  : 

Subroutine  REDOPS/GRNOPS 
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6.  PREPARING  ALTERNATE  GAMES 

6.1  DATA  BASE  SETS 

There  are  five  basic  data  sets  needed  to  day  COMEL 
(Map#  System  Information#  Equipment  Lists#  Unit  Lists#  and 
Combat  Results  Table).  Any  one  set  may  be  changed  without 
changing  the  others.  By  changing  the  data  files  you  can 
tailor  the  battle  to  match  a  real  world  batle  or  determine 
the  relative  value  of  two  different  electronic  systems. 

6.1.1  The  Map 

There  are  three  sets  of  mao  data  arrays  and  a  fourth 
file  identifying  the  key  objectives.  One  array  indicates 
the  basic  terrain  type  of  each  he*  (ooen# desert #  etc.)#  the 
second  indicates  roads#  the  third  shows  rivers.  To  enter  a 
new  mao#  you  must  prepare  four  data  files#  as  described  in 
Section  6.2.  When  you  name  the  new  files#  be  sure  not  to 
use  the  same  names  as  the  default  files  (HEX. DAT,  RHEX.DAT# 
VHEX.DAT#  and  KEY. DAT).  When  the  mao  information  files  are 
replaced  the  Operations  Plan  and  Commander's  Assessment 
(Attachments  A-7  through  A  —  1 0  of  the  Users'  Manual)  should 


also  me  replaced 


6.1.2  The  System  Information 


Technical  data  and  cost  information  on  the 
electronic  systems  takes  two  files*  one  for  the  primary  data 
and  one  for  a  compatibility  table.  The  technical  data 
includes  the  mobility*  range*  effectiveness*  and  other 
information.  The  cost  data*  included  in  the  same  file* 
qives  costs  and  time  requi red  for  development*  purchase* 
operations*  etc.  The  compatibility  table  indicates  which 
comm  systems  are  compatible  with  each  other  and  with  systems 
for  the  NCA.  It  also  shows  which  EW  equipment  is  effective 
against  which  comm  systems.  The  system  and  compatibility 
information  must  match,  so  either  both  default  files  or  both 
new  files  must  be  used.  Section  6.3  describes  in  detail  the 
format  of  these  files.  Oo  not  use  the  default  file  names 
(SYSTEM. OAT  and  TABLE. OAT). 

The  file  SYSINF.OEF  includes  general  information 
about  the  systems*  which  can  be  disolayed  on  the  players' 
screens.  This  file  should  be  replaced  by  a  similar  file  for 
the  new  systems. 

6.1.3  The  Equipment  Lists 

The  equipment  lists  show  each  actual*  individual  end 
item  of  equipment  available  to  the  Joint  Task  Forces.  Each 
entry  includes  a  link  to  the  appropriate  entry  in  the  svstem 
file.  Four  default  files  are  available*  Red  and  Green  file3 
for  the  Acquisition  Phase  and  Red  and  Green  files  for  the 
Operations  Phase.  The  file  names  for  the  default  lists  are 


REQUIP. EXT, 


GEQUIP.EXT  (for  the 


Operations  Phase), 


REQUIP. OEF,  and  GEQUIP.OEF  (for  the  Acauisition  Phase  or  a 
complete  game)*  New  equipment  lists  can  be  prepared  on  the 
editor,  using  the  directions  in  Section  6. a.  If  only  the 
Operations  Phase  is  being  played,  the  controller  can  also 
build  the  lists  i nt erac t i ve 1 y  at  the  beginning  of  the  first 
game  turn. 


6.1.4  The  Unit  Lists 


The  unit  lists  indicate  the  combat  units  available 
to  each  side,  with  information  on  their  mobility,  initial 
location,  and  combat  values.  The  default  lists  are  in 
REDUNIT.OEF  and  GRNUNIT.DEF.  New  lists  can  be  built  in  edit 
by  following  the  instructions  in  Section  6.5,  or 
interactively  at  the  beginning  of  the  Operations  Phase. 

6.1.5  Combat  Results  ' 

The  com  brat  results  table  is  a  matrix  using  the 
difference  in  combat  value  of  two  units  and  a  random  number 
to  designate  the  outcome  of  land  combat.  The  default  file 
is  TABLE?. DEF;  instructions  for  preoaring  a  new  file  are  in 
Section  6.6. 


6.2  PREPARING  A  NEW  MAP 

The  mao  for  COMEL  is  made  uP  of  a  66  row,  60  column 
hexagonal  layout.  The  numbering  system  is  described  in 
Section  1.4  of  the  Users'  Manual.  Each  hex  represents  an 
area  about  5  miles  across,  so  the  entire  mao  is  therefore 


about 

178  miles  by 

300  miles.  To 

prepare  a 

new 

mao 

f  r  om 

a 

real 

world 

mao# 

make  a  scaled  copy 

o  f 

the 

naD 

on 

aooroori atel y 

si  zed 

hex  oaoer#  or 

over  1 av 

the 

mao 

with 

a 

clear  clastic  overlay  of  the  appropriate  size  hexes.  Work 
in  rows#  identifying  the  area  of  the  map  in  each  hex  as 
primarily  oPen(o)#  mount ai ns (m) #  woods(w),  desert(d)# 
lakeCl)#  or  sea(s).  List  the  data  in  alternating  file 
columns  so  that  it  makes  a  checkerboard  pattern,  as  in 
Figure  B-l. 
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HEX  MAP  CHECKERBOARD 


Figure  B-l 


Next  you  must  trace  any  roads  you  want  to  include.  You 
will  have  to  decide  whether  to  show  all  roads  or  only  major 
highways#  depending  on  the  density  of  the  road  system.  Make 
a  second#  similar  checkerboard  pattern  with  zeros  where 
there  are  no  roads  and  '  1'  for  hexes  with  roads.  Make  sure 


that  the  resulting  pattern  makes  a  route  that  can  be 
followed  from  hex  to  hex  with  no  breaks  (see  Figure  B-2). 
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1111 
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110  0 
10  0  0 


TRACING  ROADS  THROUGH  HEXES 
Figure  B-2 


A  unit  goinq  from  a  *1'  hex  to  a  he*  is  traveling  along 
a  road  and  can  move  faster. 

Preoare  a  third  checkerboard  to  show  rivers.  Rivers 
must  appear  to  flow  alonq  the  borders  between  hexes,  so 
determine  on  your  hex  paper  which  route  is  the  closest 
approximation  of  the  actual  path  of  the  river.  Label  hexes 
on  one  bank  of  the  river  with  '1'  and  those  hexes  on  the 
oooosite  bank  with  '2',  as  in  Figure  B-3. 

A  unit  moving  between  two  hexes  with  total  value  of  3  must 
be  crossinq  the  river.  If  two  units  are  fighting  from 
adjacent  hexes  with  a  total  value  of  3,  the  river  is  between 
them  and  the  defender  has  an  advantage. 


fippp 

SAM 


0  0  0  0 
0  0  0  0 
0  0  0  0 
0  0  0  2 
0  0  2  2 
0  2  2  1 
2  2  11 
2  110 
110  0 
10  0  0 
0  0  0  0 
0  0  0  0 


TRACING  RIVERS  THRUOGH  HEXES 


Figure  B-3 


Finally  make  a  list  of  hexes  with  major  and  minor 
objectives.  The  list  should  show  the  major  objectives  (row 
then  column  in  file  columns  1*2  and  20-21)#  then  sent inal s 
(-1  -1)»  then  the  minor  objectives#  then  sentinals.  The 
list  of  objectives  for  the  default  game  may  be  used  as  an 
example#  it  is  in  file  KEY.DEF 

A  small  portion  of  a  mao  and  the  equivalent  hex  map  are 
shown  in  Figure  8-4. 


6.3  PREPARING  A  SYSTEM  LIST 

Each  system  requires  three  lines  of  data  in  the  system 
listing#  the  first  line  identifies  the  system  and  the 
general  equipment  type#  the  second  has  technical  data#  the 


third  has  cost  data 


The  data  items#  measurement  units# 


LINE  2  -  EW  SYSTEMS 


i  tem 

uni  t 

data  tyoe 

ranqe 

Sampl e 

col umns  (  1  ) 

mobi 1 i ty 

hex 

i  nteger 

0-999 

6 

«-6 

range 

hexes 

i  nteger 

0-9999 

35 

9-12 

EW  factor 

- 

i nt  eger 

0-20 

7 

17-18 

ECM  value 

- 

real 

o 

• 

o 

• 

o 

• 

-0.75 

19-24 

ESM  value 

- 

i nteger 

0-5 

1 

30 

LINE  2  -  HF 

i  t  em 

SYSTEMS 

uni  t 

data  type 

range 

sampl e 

COl umns  (  1  ) 

mobi l i ty 
ground  wave 

hex 

i nteger 

0-999 

8 

4-6 

range 
sky  wave 

hexes 

i nt  eger 

0-9999 

6 

9-12 

range 

hexes 

i  nt  ege r 

0-9999 

9999 

15-18 

security  factor  - 

i  nteger 

0-5 

1 

24 

reliability 

X 

real 

0.0-1 .0 

0.85 

26-30 

rel/sky  wave 

X 

real 

0.0-1 .0 

0.78 

32-36 

flexibility 

X 

real 

0.0-1 .0 

0.84 

38-42 

oot i mi zat i on 

X 

rea  1 

0.0-1 .0 

0.92 

44-48 

C3E ( 3 ) 

X 

rea  1 

0.0-1 .0 

0.91 

50-54 

C3E/sky  wave 

X 

real 

0.0-1 .0 

0.78 

56-60 

Note  3:  This  number  in  the  default  file  (See  Section  2) 
is  the  oroduct  of  reliability*  flexibility*  and 
ooerability.  For  communications  systems*  the 
square  root  of  the  oroduct  represents  the  C3E 
of  one  end  of  a  communications  link.  Any  method 
of  calculating  the  C 3E f f ec t i veness  may  be  used* 
since  the  C3E  and  C3E(sky  wave)  are  used  in  the 
game  but  REL*  RELS*  FLEX*  and  OPT  are  not. 


LINE  2  -  COMMUNICATIONS  SATELLITES 


i  t  em 

un  i  t 

data  tvoe 

range 

samp  1 e 

col  Uirms  (  1  ) 

mobi  1  i  ty 

hex 

i nt  eger 

999 

999 

9-6 

bean  width 

hexes 

i  nteger 

0-9999 

6 

9-12 

#  of  beams 

- 

i  nteger 

l -1  0 

9 

17-18 

security  factor  - 

i n  t  ege  r 

0-5 

2 

29 

reliability 

% 

real 

0.0-1 .0 

0.85 

26-30 

flexibility 

X 

re  a1 

0.0-1 .0 

0.89 

32-36 

ooerabi 1 i tv 

X 

real 

0.0-1 .0 

0.92 

38-92 

C3E  ( 3 ) 

X 

real 

0.0-1 .0 

0.91 

99-98 

LINE  2  -  ANTI 

i  t  em 

-SATELLITE  WEAPONS 

unit  data  tyoe  range 

samp  1 e 

CO l umns ( 1 ) 

mobi 1  i  t  y 

hex 

i  nt  eger 

999 

999 

9-6 

range 

hexes 

i  nteger 

0-999 

6 

9-12 

reliability 

X 

real 

0.0-1 .0 

0.85 

19-10 

f lexibi 1 i ty 

X 

rea  1 

0.0-1 .0 

0.89 

20-29 

ooerabi 1  i  t  y 

X 

rea  l 

0 . 0-1 . 0 

0.92 

26-30 

C  3E ( 3 ) 

X 

real 

0.0-1 .0 

0.91 

32-36 

LINE  2  -  ALL 

OTHERS 

i  t  em 

uni  t 

data  tyoe 

range 

samp  1 e 

col umns  (  1  ) 

mobi  1  i ty 

hex 

i nteger 

999 

999 

9-6 

range 

hexes 

i nt  eger 

0-999 

6 

9-12 

security  factor  - 

i nteger 

0-5 

2 

17-18 

rel i abi 1 i tv 

X 

real 

0.0-1 .0 

0.85 

20-29 

flexibility 

X 

real 

0.0-1 .0 

0.89 

26-30 

ooerabi 1 i ty 

X 

real 

0.0-1 .0 

0.92 

32-36 

C3E  ( 3 ) 

X 

real 

0.0-1 .0 

0.91 

38-92 

LINE  3 


item 

uni  t 

data  type 

range 

sampl  e 

C  1 

E  1 

3  1 
-  1 

O  1 

U  1 

1 

number 
avai 1 abl e 

• 

i nt  eger 

0-99 

ta 

5-6 

R&O  cost 

SM 

integer 

0-999 

2 

10-12 

R&D  time 

years 

i nteger 

0-5 

2 

18 

Accelerated 
R&D  cost 

SM 

i nteger 

0-999 

9 

22-29 

Accelerated 
R&D  time 

years 

i  nteger 

0-5 

1 

30 

Manufacturing 

cost 

SM 

i  nteger 

0-999 

7 

39-36 

Manuf.  time 

years 

integer 

0-5 

3 

92 

Normal  O&M 
cost 

SM 

i nt  eger 

0-999 

1 

96-98 

Reduced  O&M 

$M 

i nteger 

0-999 

1 

52-59 

An  example  of  a  three“line  entry  for  a  system  is: 


artac  l  tac 
7  3 

a  o 


1  0.780  0.750  0.880  0.71« 
0  0  0  12  1 


Uo  to  49  separate  systems  may  be  entered.  After  the  last 
system,  enter  a  in  columns  2  through  3  and  10  through 
11  of  the  next  empty  line.  These  will  act  as  sentinals.  If 
you  wish  to  add  a  system  that  does  not  exactly  match  any  of 
the  system  types  listed,  you  must  improvise  to  the  closest 
fit.  Addition  of  another  type  of  system  to  the  game  would 
require  major  revision  to  the  game  (See  Section  5. a. a). 

A  matching  compatibility  table  must  be  prepared.  This 
table  is  a  two  dimensional  matrix  with  the  row  numbers  and 
column  numbers  cor respond! ng  to  the  index  numbers  of  the 
systems  in  the  system  list.  Each  matrix  entry  (i,j)  tells 


whether  system  i  is  compatible  with  system  j  or#  in  the  case 
of  an  EW  system#  whether  i  is  effective  against  j.  The 
matrix  entry  is  an  'n*  if  the  systems  are  not  compatible# 
*t*  if  they  are  compatible#  *w'  if  they  are  compatible  only 
if  connected  by  wire#  and  'g'  if  compatible  only  at  very 
short  range  (one  hex). 

A  matching  general  information  is  also  be  needed#  to  be 
shown  on  the  players'  screens.  Each  system  type  has  two  to 
ten  lines  of  general  information  on  the  use  of  the  system. 
The  default  file  can  be  used  unless  new  system  types  have 
been  added  to  the  game. 

The  system  information  for  the  default  game  may  be  used 
as  examoles.  The  default  system  li:$t  is  in  file  SYSTEM. OEF, 
the  matching  compatibility  table  is  in  TABLE. DEF#  and  the 
matching  general  information  is  in  3YSINF.DEF. 

6. a  PREPARING  NEW  EQUIPMENT  LISTS 

Eguipment  lists  for  the  Operations  Phase  require  only 
three  data  items  (End  Item  Name#  System  Number#  and  Percent 
of  Readiness). 


i  tern 


unit  data  type  range  sample  columrts(l) 


Note  The  system  number  is  a  link  to  the  index  of  the 
matching  system  from  the  system  list.  For 
examole#  in  the  default  game  Red  has  12  hftty 
eguioment  items#  each  of  which  is  linked  to 
system  number  8#  hftty  2. 


After  the  last  unit*  enter  a  *  —  1  *  in  the  first  two  data 


columns  to  act  as  a  sentinal.  No  more  than  99  eouiDment 
items  can  be  used  for  each  side.  The  default  files* 
REQUIP. EXT  and  GEQUIP.EXT  can  be  used  as  examoles. 

6.5  PREPARING  NEW  UNIT  LISTS 

Each  unit  list  has  nine  data  items  as  follows: 

LINE  1 


i  t  em 

uni  t 

data  type 

range 

samp  1 e 

col umns ( 1 ) 

unit  name 

. 

c  h  a  r  *  8 

. 

8th  abn 

1-8 

unit  tvoeCS) 

- 

char*5 

- 

amph 

14-18 

row 

hex 

i  nteqer 

1-66 

92 

26-27 

col (6) 

hex 

i  nteger 

1-60 

36 

36-37 

LINE  2 


i  tem 

un  i  t 

data  type 

range 

samol  e 

col umns  (  1  ) 

mobi 1  i  ty 

hexes 

i  nteger 

0-20 

8 

6-7 

counter-ai r 

value(7) 

- 

integer 

0-10 

4 

19-20 

c 1 ose-a i r- 

support ( 7 ) 

- 

i  nteger 

0-10 

6 

32-33 

ew-va l ue ( 7 ) 

- 

i  nteger 

0-10 

4 

44-45 

ai r-def ense 

value 

- 

i  nteger 

0-10 

6 

56-57 

Note 

5: 

The  type 

must  be 

one 

0  f 

the 

eight 

1 i sted 

i  n 

Section  1 

.  5  *  the 

first 

un  i  t 

listed 

must 

be 

the  JTFHQ 

• 

Note 

6: 

Locat i on 

row  and 

col 

must  both  be 

odd  or 

both 

even  . 

Note 

7: 

Air  units 

only  ( t  f w 

or 

cbg )  * 

0  for 

all  others 

A  '-1*  should  be  entered  in  columns  2  and  3  of  the  line 
following  the  last  unit*  to  act  as  a  sentinel.  Up  to  19 
unit®  can  bv  entered  for  each  side.  The  default  lists  are 
in  REDUNIT.DEF  and  GRNUNIT.DEF. 


6.6  PREPARING  A  COMBAT  VALUE  TABLE 

The  combat  value  table  is  a  matrix  with  the  rows  being 
random  integers  from  0  through  9  (corresoondi nq  to  the 
random  numbers)  and  the  columns  being  the  relative 
difference  (from  -9  through  5)  in  combat  values  of  two 
units.  (The  defender’s  combat  ooints  are  subtracted  from 
the  attacker's  ooints;  if  the  difference  is  greater  than  5 
or  less  than  -9  it  is  changed  to  one  of  those  limits.)  Each 
entry  in  the  matrix  has  two  groups  of  three  integers;  one 
grouo  for  the  attacker  and  one  for  the  defender.  The  three 
integers  for  each  unit  tell:  (a)  how  many  combat  ooints  the 
unit  loses#  (b)  how  many  hexes  the  unit  must  retreat  (oack 
alonq  the  aooroach  oath)#  and  (c)  how  many  equioment  end 
items  are  destroyed.  For  example#  if  the  combat  units  have 
a  difference  in  combat  units  of  2.3  ( rounded  to  2)  and  the 
random  number  is  6#  the  table  might  indicate  an  outcome  of 
'10032  l'»  meaning  the  attacker  loses  1  combat  point; 
the  defender  looses  3  points#  retreats  2  hexes#  and  loses  1 
piece  of  C3  equioment  (the  Diece  with  the  lowest  security 
factor) . 

The  format  of  the  file#  for  random  number  0#  looks  like 
this: 

100200  100200  2...  0200  200100 

200000  111000  2...  2000  999000 

Nine  similar  sets  of  numbers  are  added  for  the  other  random 
numbers.  The  default  file  is  in  TABLE2.DEF. 


«* 
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INITIAL  DISTRIBUTION  LIST 


No . 


m 


1.  Defense  Technical  Information  Center 
Cameron  Station 

Alexandria#  Virginia  22314 

2.  Library#  Code  0142 
Naval  Postgraduate  School 
Monterev#  California  93940 

3.  Professor  M.  Sovereign#  Code  74 
Chairman  C3  Academic  Grouo 
Naval  Postgraduate  School 
Monterey#  California  93940 

4.  CDR  G.  Porter#  Code  55Pt 
Director#  C3  War  lab 
Naval  Postgraduate  School 
Monterev#  California  93940 

5.  Caot  Katherine  Rowe 
HQ  USEUCOM  Box  1241 

APO  New  York.  New  York  09128 

6.  Caot  Robert  C.  Allgood  Jr. 

QL  HQ  AFELM  PACOM 

Camo  Smith#  Hawaii  96861 

7.  Lt  Col  J.  Johnson#  Code  39 
C3  Curricular  Officer 
Naval  Postgraduate  School 
Monterey#  California  93940 

8.  AFIT/CIRD 

ATTN:  Caot  B.  Van  Orman 

Wright-Patterson  AFB #  Ohio  45433 

9.  Joint  Tel ecommuni cat  ions  Systems/ 
Staff  Officers  Course  (TSSOC) 

ATTN:  Maj  Perrine 

Keesler  AFB#  Mississippi  39534 

10.  Professor  M.  Kline#  Code  54Kx 
Administrative  Science  Oeoartment 
Naval  Postgraduate  School 
Monterev#  California  93940 


3  c':  4 


Copi es 

2 

2 

3 

1 

1 

1 

1 

1 

1 

1 


11.  Naval  Ocean  Systems  Center,  Coae  024?  1 

ATTN:  Dennis  MC  Call 

San  Diego,  California  9£\52 

12.  U.S.  Army  War  College  1 

ATTN:  CaDt  Howard  Yellen,  USA 

Carlisle  Barracks,  Pennsylvania  1 7 3 1 3 

13.  Naval  <iar  College  Center  for  War  Gaming  1 

ATTN:  CDR  R.  Adams 

Newport,  Rhode  Island  02840 

14.  Air  University  Library  1 

AUL/LD 

Maxwell  AFB,  Alabama  36112 

15.  CDR  L.  Garden,  Code  62Ge  1 

Naval  Postgraduate  School 

Monterey,  California  93940 

16.  Naval  Electronics  System  Command  1 

ATTN:  Dr.  J.  Lawson 

Washington,  D.C.  20360 

17.  Commander  in  Chief  Pacific  Command,  Cod?*  J77  1 

Camp  Smith,  Hawaii  96861 

\ 


12S 


11.  Naval  Ocean  Systems  Center,  Code  8242  1 

ATTN:  Dennis  Me  Call 

San  Diego,  California  92152 

12.  U.S.  Army  War  College  i 

ATTN:  Caot  Howard  Yellen,  USA 

Carlisle  Barracks,  Pennsylvania  17013 

13.  Naval  War  College  Center  for  War  Gaming  1 

ATTN:  CDR  R.  Adams 

Newport,  Rhode  Island  02840 

14.  Air  University  Library  1 

AUL/LD 

Maxwell  AFB,  Alabama  36112 

15.  CDR  L.  Garden,  Code  62Ge  1 

Naval  Postgraduate  School 

Monterey,  California  93940 

16.  Naval  Electronics  System  Command  1 

ATTN:  Dr.  J.  Lawson 

Washington,  D.C.  20360 

17.  Commander  in  Chief  Pacific  Command,  Cods  J77  1 

Camp  Smith,  Hawaii  96861 


I- .  - •• 


§' 
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